On-Chain Governance

How on-chain governance works

A typical on-chain governance contract:

1. Token holders submit proposals — typically requiring minimum token holdings to propose.
2. Voting period begins — voters cast votes on-chain.
3. Quorum must be reached — minimum participation threshold.
4. Proposal passes or fails — based on token-weighted vote totals.
5. Execution — passing proposals automatically execute through governance contract.

The execution is automatic — no trusted parties decide whether to implement vote outcomes.

Compound's GovernorAlpha and beyond

The original on-chain governance template:

• Compound's GovernorAlpha (2020) — first major on-chain governance contract.
• Successive variants (GovernorBravo, OpenZeppelin Governor) — improved versions.
• Now standard for most token-governed protocols launching.

These contracts handle proposal submission, voting, queueing, and execution.

Major protocols using on-chain governance

A few:

• Compound — original example.
• Uniswap — UNI-based on-chain governance.
• MakerDAO — MKR holders vote on parameters.
• Aave — AAVE-based governance.
• Numerous DeFi protocols — most have followed the Compound template.

For application-layer protocols, on-chain governance is increasingly standard.

Why on-chain matters

Several advantages:

• Trustlessness. Vote outcomes execute automatically without trusted parties.
• Transparency. Every vote and execution is publicly visible.
• Verifiability. Anyone can audit the governance process.
• Composability. Other contracts can interact with governance state.

These properties extend trustlessness from the protocol itself to its governance.

Limitations

Several real concerns:

• Slower than off-chain. On-chain votes typically run 3-7 days; off-chain Snapshot votes can run shorter.
• Higher costs. On-chain voting consumes gas (paid by voters).
• Lower participation. Gas costs discourage voting, especially for small holders.
• Whale dominance. Same as off-chain governance.
• Inflexibility. Once executed, governance actions can be hard to undo.
• Smart-contract risk. Governance contracts can be exploited.

On-chain vs. off-chain governance

Major differences:

• Participation cost. On-chain costs gas; off-chain (Snapshot) is free.
• Trustlessness. On-chain executes automatically; off-chain requires trusted implementers.
• Speed. Off-chain typically faster.
• Reversibility. Off-chain easier to correct mistakes.
• Composability. On-chain integrates with other contracts.

Most major DAOs use hybrid models — Snapshot signaling for many decisions, on-chain governance for binding executions.

On-chain governance attacks

A few examples:

• Beanstalk (April 2022) — flash-loan attack borrowed enormous tokens to pass malicious governance proposal. Drained $182M.
• Various smaller protocols — governance attacks have cost tens of millions across the ecosystem.
• Vote-buying schemes — attempts to buy or rent voting power for self-dealing.

These have driven design improvements: time delays before execution, multisig backstops, voter participation requirements.

Time delays and emergency mechanisms

Common protections:

• Voting delay — period before voting begins, allowing review.
• Voting period — defined window for casting votes.
• Timelock delay — delay between vote success and execution. Lets community react if something seems wrong.
• Emergency multisig — can pause or cancel governance actions in extreme cases.

Without these, governance attacks can succeed before any reaction is possible.

Major on-chain governance moments

A few worth knowing:

• Compound 2020 distribution of COMP — kicked off "DeFi Summer" and broad on-chain governance adoption.
• Various protocol parameter changes — interest rates, collateral types, fees.
• Treasury allocations — on-chain votes on grants and spending.
• Protocol upgrades — moving from V2 to V3 architecture.

Most on-chain governance handles routine parameter changes rather than transformative decisions.

What individuals should know

For DAO participants:

• Vote on important issues when gas costs are reasonable.
• Watch for time delays — execution doesn't happen immediately.
• Verify proposals before voting — automated execution makes errors irreversible.

For protocol designers:

• Include time delays as standard protection.
• Design with attack resistance in mind.
• Consider hybrid models combining on-chain execution with off-chain signaling.

For investors:

• Governance participation depends on token economics and engagement.
• High-quality governance correlates with protocol durability.
• Watch for governance pathologies — voter apathy, whale dominance, attack vulnerabilities.

On-chain governance represents one of crypto's most ambitious experiments — fully trustless decision-making for protocols controlling billions of dollars. The category has produced both successes (durable parameter management, treasury operations) and failures (governance attacks, voter apathy). Its evolution continues as protocols learn from each other's experiences.