DAO Governance Models: Token-Weighted, Quadratic, and Conviction Voting

How you design governance voting mechanics determines who actually controls your protocol. Each model has different implications for fairness, security, and participation.

Token-Weighted Voting

The default model: 1 token = 1 vote. Simple, sybil-resistant (you need real tokens to vote), and well-understood. The problem: plutocracy. Whoever holds the most tokens controls the outcome. In most DAO token distributions, VCs and founders hold 30–50% of supply. A well-capitalized attacker can buy enough tokens to pass any proposal.

Vote-Escrow (ve) Model

Curve Finance popularized the veCRV model: users lock CRV tokens for up to 4 years to receive veCRV (non-transferable). Longer lock = more voting power. veCRV holders direct CRV emissions to liquidity pools ('gauge votes'). This aligns governance power with long-term commitment — someone locked for 4 years has more skin in the game than a short-term holder. The velodrome/Aerodrome ecosystems have expanded this model significantly.

Quadratic Voting

Voting power equals the square root of tokens held (or votes cast). A holder with 100 tokens gets 10 votes; a holder with 10,000 tokens gets 100 votes instead of 10,000. This dramatically reduces large-holder dominance. The challenge: quadratic voting is only meaningful if you can prevent sybil attacks (one person creating many addresses). Without sybil resistance (identity, KYC, or proof-of-personhood), quadratic voting degenerates to token-weighted voting under multiple wallets.

Conviction Voting

Used by Gardens and 1Hive. Rather than discrete voting periods, conviction voting is continuous. Tokens signal ongoing support for proposals. The longer you signal support, the more 'conviction' your vote builds. Proposals pass when accumulated conviction across all supporters exceeds a threshold. This rewards sustained community support over short-term voting participation.

Optimistic Governance

Proposals pass by default unless vetoed within a window. Reduces friction for low-stakes decisions; reserves community attention for controversial choices. Requires a trusted guardian/veto role and a curated list of who can propose. Used as an overlay on top of standard token voting for operational decisions.

Delegation as Governance Design

Regardless of the voting model, delegation matters. Most token holders won't actively vote. Building a culture of delegation — where holders delegate to informed, active delegates — improves participation quality. Gitcoin, Uniswap, and Compound have active delegate programs that formalize this. Recognize that governance quality correlates with delegate quality, not voter count.