Token Voting: Definition and How On-Chain Governance Works

Definition

Token voting is the dominant governance mechanism used by decentralised autonomous organisations (DAOs). In its basic form, holders of a designated governance token cast votes on protocol proposals in direct proportion to the number of tokens they hold. One token equals one vote. The outcome of the vote — determined by the weight of tokens cast in favour against those cast against, subject to quorum requirements — is then executed, either automatically via smart contract or through a delegated execution layer.

Token voting can be contrasted with traditional corporate governance (one share, one vote), with democratic political voting (one person, one vote), and with alternative DAO governance mechanisms such as quadratic voting, conviction voting, and reputation-based systems. Its prevalence in DeFi is a consequence of its implementation simplicity, its alignment with the property rights framework of token ownership, and its compatibility with pseudonymous blockchain participation.

Implementation: The Governor Framework

The technical backbone of most token voting systems is derived from the Governor contract framework, originally developed by Compound Finance and subsequently generalised by OpenZeppelin into the widely used Governor and GovernorBravo contracts.

A complete token voting system consists of several components:

The governance token is an ERC-20 token with an additional checkpoint function. Checkpointing records each holder’s balance at specific historical block heights, enabling the governance system to determine voting power at the block immediately prior to a proposal’s creation. This prevents flash loan attacks where an attacker borrows tokens, votes, and repays within a single transaction — the checkpoint ensures voting power is measured before the proposal existed.

The Governor contract receives proposals, manages the voting window, tallies votes, enforces quorum and majority thresholds, and interfaces with the timelock contract to queue approved proposals for delayed execution.

The Timelock contract introduces a mandatory delay — typically 48 to 72 hours — between a proposal’s approval and its on-chain execution. This delay allows the community to observe approved proposals before they take effect, providing a window to detect and respond to malicious or erroneous governance outcomes.

The Proposal Lifecycle

A standard token voting proposal moves through a defined sequence of stages:

Proposal creation requires the submitting address to hold (or have delegated to it) a minimum number of governance tokens — the proposal threshold. This threshold prevents spam proposals by requiring meaningful skin in the game. Compound requires 25,000 COMP tokens to create a proposal; other protocols set thresholds at different levels.

Voting delay is a short period after proposal creation and before voting opens. This allows token holders to acquire, adjust, or delegate voting positions before the vote begins. Some systems skip this stage.

Voting period is the window during which token holders cast their votes. Most major protocols run voting periods of three to seven days. Votes are recorded on-chain and visible in real time.

Quorum is the minimum total voting weight that must participate for the vote to be valid. A vote that does not reach quorum fails regardless of the approval ratio. Quorum requirements vary significantly: some protocols require participation of three to five per cent of the total token supply; others set quorum relative to circulating supply.

Timelock queue follows a successful vote. The approved proposal is submitted to the timelock contract and cannot execute until the delay period expires.

Execution is the final on-chain transaction that applies the approved change — adjusting a protocol parameter, transferring treasury assets, upgrading a contract — in a trustless, verifiable manner.

Delegated Voting

A critical feature of most token voting systems is delegation. Because many token holders lack the time or expertise to vote on every proposal, they can delegate their voting power to another address — their delegate — which votes on their behalf.

Delegation is non-custodial: the delegating address retains full ownership of its tokens. Delegation can be changed at any time, providing accountability without lock-up. The delegating address can also reclaim its own vote and participate directly at any time.

The delegation system has given rise to a professional delegate ecosystem in major protocols. In ENS DAO, Uniswap, and Compound, specialised governance participants publish their governance philosophies, voting records, and conflict-of-interest disclosures to attract delegation. University blockchain clubs, governance-focused research organisations, and specialist firms compete for delegated voting power.

Known Limitations

Despite its prevalence, token voting has well-documented weaknesses that have generated significant academic and industry debate.

Plutocracy risk is the most fundamental critique. In a one-token-one-vote system, governance outcomes reflect the preferences of the wealthiest token holders. Early investors and venture capital firms that acquired large positions at low cost during seed rounds may retain structural governance control long after a protocol’s public launch, regardless of the broader community’s preferences.

Voter apathy and rational ignorance produce chronically low participation rates. Across major protocols, typically five to fifteen per cent of eligible token supply votes on an average proposal. The individual cost of forming an informed opinion on each governance proposal is real; the individual benefit of doing so, for a small holder, is essentially nil. The rational choice is not to participate.

Governance attack surface arises from the openness of token markets. A sufficiently capitalised adversary can accumulate governance tokens and use them to pass self-serving proposals. Timelocks mitigate the fastest attacks but do not prevent determined adversaries willing to hold positions through governance cycles.

Short-termism may emerge when governance token markets incentivise decisions that maximise near-term token price rather than long-term protocol health.

Major Token Voting Systems

Uniswap uses a Governor Bravo-derived system with UNI tokens. Major decisions — fee switch activation, treasury deployment, grants programme operation — have passed through Uniswap governance, though the fee switch has been a multi-year governance saga illustrating the system’s limitations on contentious economic questions.

Compound created the original Governor framework and remains the reference implementation. COMP governance has been tested by several significant incidents, including a distribution bug that paid out large amounts of COMP unintentionally — resolved through governance, albeit slowly.

Aave uses AAVE token governance with a Safety Module incorporating economic security. Aave governance has handled protocol upgrades, risk parameter adjustments, and cross-chain deployment decisions.

MakerDAO (now Sky Protocol) operated one of the most consequential governance systems in DeFi, making multi-billion-dollar treasury allocation decisions through MKR token voting before transitioning to a restructured governance model.

Swiss Context

The Ethereum Foundation, the most prominent Swiss-based foundation in the blockchain space, does not use token voting for protocol governance. Ethereum’s development direction — including decisions about protocol upgrades, EIP acceptance, and major architectural changes — is determined through a rough-consensus process among core developers, researchers, and the broader technical community, not through ETH holder voting.

This distinction is significant. The Ethereum Foundation holds and manages assets and employs contributors, but it does not govern the Ethereum protocol in the same sense that a DAO token voting system governs a DeFi protocol. The protocol’s governance is off-chain and social; the foundation’s governance is internal and statutory.

Swiss-based protocol foundations whose protocols do use token voting — the Web3 Foundation and Polkadot’s DOT governance system, for example — must manage the interface between on-chain governance outcomes and the legal obligations of the Swiss Stiftung, a nuanced legal and governance challenge that has no settled resolution in Swiss law.

Donovan Vanderbilt is a contributing editor at ZUG DAO, a publication of The Vanderbilt Portfolio AG, Zurich. The information presented is for educational purposes and does not constitute investment advice.