History – Token-weighted voting
Back7 blocks modified
- Modified – Text at Block 2
Token-weighted voting
—– often called one-token-one-vote—– is the rule that a voter's in…bil-resistant by construction—– because influence is tied to …well-documented ways it fails. - Modified – Text at Block 3
How on-chain token voting work…st be activated by delegation
—– holders delegate to themselves or to a representative—– which is why raw token balanc…xed at proposal creation, and—– if support clears the threshold and quorum is met—– is queued in a timelock befor…hrough each and what it costs. - Modified – Text at Block 4
Why it became the default Tok…r. It needs no identity layer
—– the hardest unsolved problem in on-chain governance—– because it never has to know … the path of least resistance—– and so it became the path alm…overnance-tokens-dao-voting) ) - Modified – Text at Block 5
The plutocracy critique The d…e concentration is measurable
—– analysts track a DAO's Nakam…it takes to reach a majority)—– one of the core DAO health m…s/dao-metrics-and-analytics)—– and for many large DAOs that …nance-research-explain-why/) . - Modified – Text at Block 6
Vote-buying and token lending … consequences of the decision
—– they capture any upside of a …t is a bundling vulnerability—– voting rights that were suppo…rity-and-governance-attacks) . - Modified – Text at Block 7
Mitigations Rather than aband…pts/treasury/dao-tokenomics)
—– as in Curve's veCRV—– time-weight tokens so transie…mitted capital. Staking gates—– as on the dYdX Chain (/wiki/…x) and other Cosmos-SDK DAOs—– count only tokens actively st…hing money cannot cheaply buy—– verified identity (for quadr…or demonstrated participation—– accepting a little more compl…sts/article/governance-faq/) ) - Modified – Text at Block 8
How Caper approaches this A …eighting. Stake still matters
—– a member's holdings are one factor in their weight—– but weight is the product of …older has never cast a ballot—– bought, transferred in, or borrowed for a block—– therefore carries no weight, …es (/wiki/governance/voting) .
1 block modified
- Modified – Text at Block 8
How Caper approaches this A …older can rent out their own).Combined with a ranked-choice …es (/wiki/governance/voting) .
1 block modified
- Modified – Text at Block 8
How Caper approaches this A …anked-choice super-majority, a
n execution delay, and a pro-ratamarket window that can veto a passed action, and an exit (/wiki/foundations/leaving-a-caper) right thattiespays a treasury share sized by the same weight, tying each member's voice to their …es (/wiki/governance/voting) .
1 block modified
- Modified – Text at Block 8
How Caper approaches this A … minted 1 per ballot cast and
0.01 per XRD of gross trade value. A balance that has earned no record aton nothing else. A balance whose holder has never cast a ballot —a positionbought, transferred in, or borrowed f…es (/wiki/governance/voting) .
1 block modified
- Modified – Text at Block 8
How Caper approaches this A …on-transferable tokens minted
one per vote. A large balance that has never voted1 per ballot cast and 0.01 per XRD of gross trade value. A balance that has earned no record at all — a position transferred in, or borrowed for a block — therefore carrieslittleno weight, which blunts both the… and the vote-buying problem (a borrowedor freshly-acquired tokens bring no participation history, and that history cannot be rentedposition brings the lender's record, which is to say none of it, and no holder can rent out their own). Combined with a ranked-choi…es (/wiki/governance/voting) .
1 block modified
- Modified – Text at Block 8
How Caper approaches this A …, and a pro-rata exit (/wiki/
governance/executionfoundations/leaving-a-caper) right that ties each member…es (/wiki/governance/voting) .
1 block modified
- Modified – Text at Block 3
How on-chain token voting work…rity-and-governance-attacks) . Both numeric gates in that lifecycle – the proposal threshold on the way in and the quorum on the way out – are design choices rather than constants of the pattern. Which vote types count toward the quorum floor differs between Compound's Governor Bravo and OpenZeppelin's default counting module, and how the floor itself is denominated (an absolute token constant, a fraction of past total supply, delegated tokens under a clamp, or a function of the opposition) differs again across major deployments. Quorum and threshold design (/wiki/dao-governance/concepts/voting/quorum-and-threshold-design) works through each and what it costs.
6 blocks modified
- Modified – Text at Block 1 → Block 1
Topic One token, one vote: the… Governance models (/wiki/dao
s-governance/concepts/fundamentals/dao-gov… Governance attacks (/wiki/daos-governance/concepts/analysis/dao-securit…/governance/voting-mechanisms) - Modified – Text at Block 2
Token-weighted voting — often …t majority of DAOs (/wiki/dao
s-governance/concepts/fundamentals/what-is…r governance model (/wiki/daos-governance/concepts/fundamentals/dao-governance-models) is defined. Weighting is only half the machine: the rule that turns weighted ballots into a winner – plurality, approval, or one of the ranked methods (/wiki/dao-governance/concepts/voting/ranked-and-alternative-ballot-methods) – is a separate design choice layered on top of it. Its appeal is that it is simp…well-documented ways it fails. - Modified – Text at Block 3
How on-chain token voting work…h-loan vote seizure (/wiki/dao
s-governance/concepts/analysis/dao-security-and-governance-attacks) . - Modified – Text at Block 5
The plutocracy critique The d… DAO health metrics (/wiki/dao
s-governance/concepts/analysis/dao-metrics…nance-research-explain-why/) . - Modified – Text at Block 6
Vote-buying and token lending … governance attacks (/wiki/dao
s-governance/concepts/analysis/dao-security-and-governance-attacks) . - Modified – Text at Block 7
Mitigations Rather than aband…nd guardian vetoes (/wiki/dao
s-governance/concepts/voting/optimistic-go…e-escrow (ve) locks (/wiki/daos-governance/concepts/treasury/dao-tokenom…n the dYdX Chain (/wiki/daos/organizations/dexs/dydx) and other Cosmos-S…weight. Delegation (/wiki/daos-governance/concepts/voting/voting-and-de…r quadratic voting (/wiki/daos-governance/concepts/voting/quadratic-vot…sts/article/governance-faq/) )
1 block modified
- Modified – Text at Block 7
Mitigations Rather than aband…-loaned weight. Timelocks and guardian vetoes (/wiki/daos/concepts/voting/optimistic-governance) buy time to react to a capture…sts/article/governance-faq/) )
6 blocks modified
- Modified – Text at Block 1 → Block 1
Topic One token, one vote: the…e models (/wiki/daos/concepts/fundamentals/dao-governance-models) , Gove… attacks (/wiki/daos/concepts/analysis/dao-security-and-governance-at…/governance/voting-mechanisms)
- Modified – Text at Block 2
Token-weighted voting — often …of DAOs (/wiki/daos/concepts/fundamentals/what-is-a-dao) count votes th…ce model (/wiki/daos/concepts/fundamentals/dao-governance-models) is def…well-documented ways it fails.
- Modified – Text at Block 3
How on-chain token voting work… seizure (/wiki/daos/concepts/analysis/dao-security-and-governance-attacks) .
- Modified – Text at Block 5
The plutocracy critique The d… metrics (/wiki/daos/concepts/analysis/dao-metrics-and-analytics) — …nance-research-explain-why/) .
- Modified – Text at Block 6
Vote-buying and token lending … attacks (/wiki/daos/concepts/analysis/dao-security-and-governance-attacks) .
- Modified – Text at Block 7
Mitigations Rather than aband…e) locks (/wiki/daos/concepts/treasury/dao-tokenomics) — as in Curve…n the dYdX Chain (/wiki/daos/organizations/dexs/dydx) and other Cosmos-SDK DA…on (/wiki/daos/concepts/voting/voting-and-delegation) lets apathet…c voting (/wiki/daos/concepts/voting/quadratic-voting-and-funding) …sts/article/governance-faq/) )
6 blocks modified
- Modified – Text at Block 1 → Block 1
Topic One token, one vote: the… Governance models (/wiki/daos/concepts/dao-governance-model… Governance attacks (/wiki/daos/concepts/dao-security-and-gov…/governance/voting-mechanisms)
- Modified – Text at Block 2
Token-weighted voting — often …t majority of DAOs (/wiki/daos/concepts/what-is-a-dao) coun…r governance model (/wiki/daos/concepts/dao-governance-model…well-documented ways it fails.
- Modified – Text at Block 3
How on-chain token voting work…h-loan vote seizure (/wiki/daos/concepts/dao-security-and-governance-attacks) .
- Modified – Text at Block 5
The plutocracy critique The d… DAO health metrics (/wiki/daos/concepts/dao-metrics-and-anal…nance-research-explain-why/) .
- Modified – Text at Block 6
Vote-buying and token lending … governance attacks (/wiki/daos/concepts/dao-security-and-governance-attacks) .
- Modified – Text at Block 7
Mitigations Rather than aband…e-escrow (ve) locks (/wiki/daos/concepts/dao-tokenomics) — a…r less than committed capital. Staking gates — as on the dYdX Chain (/wiki/daos/dydx) and other Cosmos-SDK DAOs — count only tokens actively staked to secure the chain, so idle balances carry no vote weight. Delegation (/wiki/daos/concepts/voting-and-delegatio…r quadratic voting (/wiki/daos/concepts/quadratic-voting-and…sts/article/governance-faq/) )
1 block modified
- Modified – Text at Block 7
Mitigations Rather than aband…ic voting (/wiki/dao/concepts/
dao-governance-modelsquadratic-voting-and-funding) ), elapsed time, or demonstr…sts/article/governance-faq/) )
1 block modified
- Modified – Text at Block 5
The plutocracy critique The d… it takes to reach a majority)
,— one of the core DAO health metrics (/wiki/dao/concepts/dao-metrics-and-analytics) — and for many large DAOs that …nance-research-explain-why/) .
1 block modified
- Modified – Text at Block 7
Mitigations Rather than aband…e to react to a captured vote. Vote-escrow (ve) locks (/wiki/dao/concepts/dao-tokenomics) — as in Curve's veCRV — time-w…sts/article/governance-faq/) )
1 block modified
- Modified – Text at Block 7
Mitigations Rather than aband…r less than committed capital. Delegation (/wiki/dao/concepts/voting-and-delegation) lets apathetic holders hand th…sts/article/governance-faq/) )
9 blocks added
- Added – Text at Block 1 → Block 1
Topic One token, one vote: the default on-chain governance rule Rule Voting power is proportional to governance tokens held (or delegated) Why default Simple, legible, Sybil-resistant by construction Core weaknesses Plutocracy · voter apathy · vote-buying & token lending Standard stack ERC-20 votes token + OpenZeppelin Governor + Timelock Related Governance models (/wiki/dao/concepts/dao-governance-models) , Governance attacks (/wiki/dao/concepts/dao-security-and-governance-attacks) , Voting mechanisms (/wiki/governance/voting-mechanisms)
- Added – Text at Block 2
Token-weighted voting — often called one-token-one-vote — is the rule that a voter's influence is proportional to how many governance tokens they hold. It is the on-chain default: the great majority of DAOs (/wiki/dao/concepts/what-is-a-dao) count votes this way, and it is the baseline against which every other governance model (/wiki/dao/concepts/dao-governance-models) is defined. Its appeal is that it is simple, fully mechanical, and Sybil-resistant by construction — because influence is tied to a scarce, market-priced asset, splitting your holdings across a thousand wallets changes nothing, and buying more influence means buying more of the token. This page covers how it works on-chain, why it won, and the well-documented ways it fails.
- Added – Text at Block 3
How on-chain token voting works The dominant implementation is the OpenZeppelin Governor (https://docs.openzeppelin.com/contracts/4.x/api/governance) pattern, standardized after Compound's 2020 Governor Bravo and now running under hundreds of DAOs. A governance token implements a votes extension (ERC-20 ERC20Votes) that records a checkpointed balance history, so the contract can ask "how many tokens did this address control at block N?". Voting power must be activated by delegation — holders delegate to themselves or to a representative — which is why raw token balances and active voting power often differ sharply. A proposal then moves through a fixed lifecycle: it is submitted (subject to a proposal threshold), enters a voting period during which each address's weight is read from a snapshot block fixed at proposal creation, and — if support clears the threshold and quorum is met — is queued in a timelock before it can execute. The snapshot is load-bearing: because weight is counted as of a past block, tokens acquired after a proposal is filed carry no weight, which is the standard structural defense against flash-loan vote seizure (/wiki/dao/concepts/dao-security-and-governance-attacks) .
- Added – Text at Block 4
Why it became the default Token voting won for practical reasons, not because it is fair. It needs no identity layer — the hardest unsolved problem in on-chain governance — because it never has to know who anyone is, only how many tokens they moved. It is legible: anyone can compute the outcome from public balances. It is composable: a single ERC-20 doubles as the fundraising instrument, the liquidity-mining reward, and the ballot, and it drops straight into off-the-shelf tools like Tally (https://docs.tally.xyz/) and Snapshot (https://snapshot.box/) . For a protocol that has to ship, "issue a token and wire it to a Governor" is the path of least resistance — and so it became the path almost everyone took. ( Chainlink: governance tokens and DAO voting (https://chain.link/article/governance-tokens-dao-voting) )
- Added – Text at Block 5
The plutocracy critique The defining objection is that one-token-one-vote is one-dollar-one-vote: whoever holds the most tokens decides, so a protocol that calls itself decentralized can be steered by a handful of founders, funds, and exchanges. The concentration is measurable — analysts track a DAO's Nakamoto coefficient (https://arxiv.org/pdf/2304.08160) (how few addresses it takes to reach a majority), and for many large DAOs that number is uncomfortably small. Compounding it is voter apathy: because a small holder's vote almost never changes an outcome, turnout in token-weighted DAOs routinely runs in the single digits, which concentrates effective power even further into the few large holders who do show up. Forbes summarized a decade of findings under a blunt 2026 headline: DAOs keep centralizing (https://www.forbes.com/sites/digital-assets/2026/04/04/daos-keep-centralizingdecades-of-governance-research-explain-why/) .
- Added – Text at Block 6
Vote-buying and token lending The subtler failure is that token voting decouples influence from stake. A voter who borrows tokens to vote and returns them afterward has, as Vitalik Buterin argues (https://vitalik.eth.limo/general/2021/08/16/voting3.html) , "zero net exposure" to the consequences of the decision — they capture any upside of a self-serving vote while bearing none of the downside to the token. This is not hypothetical: lending markets, liquid-staking wrappers, and outright bribe markets (the Curve Wars' vote-incentive platforms) all let voting power be rented. The result is a bundling vulnerability — voting rights that were supposed to be tied to long-term ownership become just another yield to be farmed, and a well-capitalized outsider can assemble a temporary majority without any lasting alignment. It is the mechanism behind several governance attacks (/wiki/dao/concepts/dao-security-and-governance-attacks) .
- Added – Text at Block 7
Mitigations Rather than abandon token voting, most DAOs bolt defenses onto it. Past-block snapshots neutralize flash-loaned weight. Timelocks and guardian vetoes buy time to react to a captured vote. Vote-escrow (ve) locks — as in Curve's veCRV — time-weight tokens so transient capital counts for less than committed capital. Delegation lets apathetic holders hand their weight to engaged representatives, raising effective participation. And a growing number of designs combine stake with something money cannot cheaply buy — verified identity (for quadratic voting (/wiki/dao/concepts/dao-governance-models) ), elapsed time, or demonstrated participation — accepting a little more complexity to escape pure plutocracy. ( a16z governance FAQ (https://a16zcrypto.com/posts/article/governance-faq/) )
- Added – Text at Block 8
How Caper approaches this A caper (/wiki/foundations/what-is-a-caper) deliberately departs from pure token weighting. Stake still matters — a member's holdings are one factor in their weight — but weight is the product of that stake and the member's earned participation, recorded as non-transferable tokens minted one per vote. A large balance that has never voted therefore carries little weight, which blunts both the plutocracy problem (idle capital does not automatically rule) and the vote-buying problem (borrowed or freshly-acquired tokens bring no participation history, and that history cannot be rented). Combined with a ranked-choice super-majority, an execution delay, and a pro-rata exit (/wiki/governance/execution) right that ties each member's voice to their claim on the treasury, the design keeps token voting's Sybil-resistance while shedding its one-dollar-one-vote default. The mechanics are on the linked governance pages (/wiki/governance/voting) .
- Added – Text at Block 9
References - Vitalik Buterin, Moving beyond coin voting governance (https://vitalik.eth.limo/general/2021/08/16/voting3.html) (2021). - Chainlink, Governance Tokens and DAO Voting (https://chain.link/article/governance-tokens-dao-voting) . - a16z crypto, DAO governance FAQ (https://a16zcrypto.com/posts/article/governance-faq/) . - OpenZeppelin, Governor & Votes contracts (https://docs.openzeppelin.com/contracts/4.x/api/governance) . - Forbes, DAOs Keep Centralizing (https://www.forbes.com/sites/digital-assets/2026/04/04/daos-keep-centralizingdecades-of-governance-research-explain-why/) (2026).