What it is
Token voting governance is the simplest and most widespread onchain decision-making model: each governance token equals one vote, and proposals pass or fail based on the weighted sum of tokens voting for versus against. It's the default pattern most people mean when they say "DAO governance," and it directly mirrors traditional shareholder voting, just executed by smart contracts instead of a corporate registrar.
How it works
- A protocol issues a governance token (via sale, airdrop, liquidity mining, or founder/investor allocation) that confers voting rights proportional to the amount held.
- A holder with enough tokens to clear a proposal threshold submits a proposal, often a specific onchain transaction the DAO would execute (change an interest rate, spend treasury funds, upgrade a contract).
- Voting power is usually calculated from a token balance snapshot taken at proposal creation (or an earlier block), preventing someone from buying tokens mid-vote just to swing the outcome.
- During the voting window, holders cast for/against/abstain votes weighted by their snapshotted balance, either directly or via a delegate they've assigned their voting power to.
- If quorum and approval thresholds defined in the governance contract are met by the voting deadline, the proposal is queued.
- A timelock delay (commonly 24-72 hours) follows, during which the community can react publicly before anything actually executes.
- After the timelock, anyone can trigger execution, and the smart contract carries out the proposal's encoded action automatically and irreversibly.
Why designers use it
- Simple and legible: "more tokens, more say" is easy to explain, implement, and audit compared to more exotic weighting schemes.
- Directly ties governance influence to those with the largest financial stake in the protocol's success, in theory aligning incentives.
- Composable with existing token infrastructure (the same token used for governance can also carry economic value, staking rewards, or fee capture).
- Battle-tested tooling (Compound's Governor Bravo and its many forks) makes it the lowest-friction option for new protocols to bootstrap governance quickly.
Failure modes
- Plutocracy in practice: a small number of large holders (VCs, founders, whales) often control enough tokens to pass or block anything, regardless of decentralization branding.
- Low turnout: most token holders never vote, so a proposal can pass with support from a tiny, unrepresentative fraction of total supply.
- Governance attacks via flash loans or short-term borrowing: without snapshotting at proposal creation, an attacker can borrow tokens right before a vote, pass a malicious proposal, and return the tokens before anyone reacts.
- Vote buying and bribery markets have emerged around token governance, where third parties pay token holders or delegates to vote a certain way, undermining the "aligned stakeholder" premise.
- Delegate apathy: even with delegation, most delegates accumulate large voting blocs but participate inconsistently, creating de facto low-accountability power centers.
What to check before using it
- Is voting power calculated from a pre-proposal snapshot (blocking flash-loan and last-minute buy-in attacks) rather than a live balance?
- What is the actual token distribution — is a handful of wallets (team, investors, early whales) able to unilaterally pass or veto proposals?
- Is there a timelock long enough for the community to notice and react to a malicious or buggy passed proposal before it executes?
- Are delegate voting histories public and easy to review, so passive holders can make informed delegation choices?
- Is there any protection against vote-buying or bribery markets forming around the token's governance weight?