Learning Objectives:

• Master different governance models and their trade-offs

• Understand voting mechanisms and their mathematical foundations

• Learn about proposal lifecycles and execution processes

• Analyze governance security and attack vectors

7.2.1: Governance Models – The Complete Framework

Token-Weighted Voting (1 Token = 1 Vote)

Token-weighted voting is the most common governance model in DAOs. Under this model, each governance token represents one vote, and decisions are made by majority vote of token holders.

The simplicity of token-weighted voting is its main advantage. It is easy to understand and implement, and it aligns voting power with economic stake in the organization. Token holders have a direct incentive to make decisions that benefit the DAO.

However, token-weighted voting has significant limitations. It tends to be plutocratic, giving disproportionate power to large token holders. This can lead to governance capture by wealthy individuals or institutions, undermining the democratic ideals of DAOs. It also tends to favor short-term interests over long-term sustainability, as large token holders may prioritize immediate profits over the long-term health of the organization.

Quadratic Voting

Quadratic voting is a mechanism where the cost of casting additional votes increases quadratically. In other words, the first vote costs 1 token, the second costs 4 tokens, the third costs 9 tokens, and so on.

Quadratic Voting Cost Function:
Cost = v²

Where v = number of votes

Example:
1 vote = 1 token
2 votes = 4 tokens
3 votes = 9 tokens
4 votes = 16 tokens
5 votes = 25 tokens

This mechanism prevents large token holders from dominating governance by making additional votes increasingly expensive. It gives more voice to smaller token holders who can cast their few votes efficiently while large token holders face diminishing returns.

Quadratic voting is more democratic than simple token-weighted voting because it encourages participation from a broader range of token holders. It reduces the power of large token holders and gives smaller holders a more meaningful voice in governance.

Conviction Voting

Conviction voting is a mechanism where voting power increases with the duration that tokens are staked. The longer a token holder votes on a particular proposal, the more weight their vote carries.

Conviction Voting Formula:
Conviction(t) = Σ(Stake × Time)

Where:
- Stake = Amount of tokens staked
- Time = Duration of staking

Example:
- 1 token staked for 30 days = 30 conviction
- 2 tokens staked for 15 days = 30 conviction
- 1 token staked for 60 days = 60 conviction

This mechanism encourages long-term commitment to the DAO and prevents quick decisions based on short-term interests. Token holders who are committed to the DAO’s long-term success have more influence than those who are just passing through.

Conviction voting also helps prevent governance attacks because acquiring enough tokens to control the DAO requires not just capital but also time. An attacker would need to acquire tokens and hold them for an extended period, making attacks more difficult and expensive.

Delegated Voting

Delegated voting allows token holders to delegate their voting power to trusted representatives. Representatives can then vote on behalf of those who delegated to them, saving time and energy for token holders who do not want to actively participate in governance.

Delegated voting is common in protocol DAOs like MakerDAO, where MKR holders delegate to representatives who actively participate in governance. This allows MKR holders to benefit from the expertise of those who are more engaged in governance without needing to be actively involved themselves.

The main risk with delegated voting is the concentration of power in a small number of representatives. If a few representatives control a large portion of the voting power, they can dominate governance decisions, creating a de facto plutocracy.

Optimistic Governance

Optimistic governance is a relatively new model where proposals are considered passed unless challenged. Anyone can challenge a proposal during a challenge period, and if the challenge is valid, the proposal is rejected.

The challenge mechanism provides a check on proposal quality while allowing most proposals to pass quickly and efficiently. This model is well-suited for communities that want to encourage proposal creation while maintaining quality control.

Optimistic governance reduces the friction of proposal approval, making it easier for community members to propose and implement initiatives. It also reduces the burden on token holders, as they only need to actively monitor proposals they disagree with rather than voting on every proposal.

7.2.2: Voting Mechanisms – Technical Details

On-Chain Voting

On-chain voting records votes directly on the blockchain. This ensures that votes are transparent and immutable, but it also requires gas fees for each transaction.

On-chain voting is more secure because votes are recorded on the blockchain and cannot be tampered with. It also provides automatic execution of proposals that pass, as the smart contract can be programmed to execute the proposal’s actions automatically.

However, on-chain voting can be expensive for token holders, especially during periods of high network congestion. The gas cost of voting may discourage participation, particularly for token holders with smaller holdings.

Off-Chain Voting (Snapshot)

Snapshot is the most popular off-chain voting platform. It allows token holders to vote without paying gas fees by signing a message with their wallet rather than submitting an on-chain transaction.

Votes are submitted to IPFS and are transparent and verifiable. The results can be used to signal community sentiment, and the winning proposal can then be executed on-chain.

Snapshot is popular because it makes voting accessible to all token holders, regardless of their holdings. It also allows for more frequent voting on smaller matters where on-chain voting would be too expensive.

The main limitation of off-chain voting is that it does not automatically execute proposals. The winning proposal must be manually executed, which introduces a potential point of failure.

Hybrid Voting

Hybrid voting combines off-chain voting with on-chain execution. The voting occurs off-chain (often using Snapshot) to save gas costs, but the winning proposal is executed on-chain using a smart contract.

This approach balances the accessibility of off-chain voting with the security of on-chain execution. Token holders can vote freely without gas costs, and the winning proposals are executed automatically on-chain.

Hybrid voting is becoming increasingly popular because it provides the best of both worlds: accessible voting and secure execution.

7.2.3: Proposal Lifecycle

Idea Generation

The proposal lifecycle begins with an idea from a community member. Ideas can be submitted through various channels, including forums, Discord, or specialized proposal platforms.

The idea generation phase is where community members propose changes, initiatives, or improvements to the DAO. Successful proposals often emerge from discussions and debates within the community.

Proposal Submission

Once an idea has been developed and gained some community support, it is submitted as a formal proposal. The proposal typically includes a description of the proposed action, the reasoning behind it, and any implementation details.

Proposals often require a minimum amount of tokens to be “staked” as a deposit to prevent spam. This deposit is returned if the proposal meets certain criteria or is accepted.

Discussion Phase

After submission, the proposal enters a discussion phase where community members can provide feedback, ask questions, and suggest improvements. The discussion phase is critical for refining proposals and building community consensus.

The discussion phase typically lasts for a predetermined period, during which community members can engage with the proposal and the proposer can respond to feedback.

Voting Phase

After the discussion phase, the proposal enters the voting phase where token holders cast their votes. The voting phase has a predetermined duration, and token holders can vote in favor, against, or abstain.

The quorum requirement ensures that a minimum number of token holders must participate for the vote to be valid. This prevents a small group from passing proposals with minimal participation.

Execution Phase

If a proposal passes, it enters the execution phase. The implementation of the proposal depends on the type of proposal and the DAO’s structure.

For protocol changes, the execution typically involves upgrading the smart contract through a timelock mechanism that delays the upgrade by a certain period. This gives community members time to review the changes and, if necessary, challenge them.

For treasury proposals, the execution typically involves transferring funds from the treasury to the designated recipient. This is usually automated through the DAO’s treasury management system.

7.2.4: Governance Security

51% Attacks

A 51% attack occurs when a malicious actor acquires more than half of the voting power and can unilaterally pass any proposal. This is the most severe governance threat.

The cost of a 51% attack depends on the market cap of the governance token. For DAOs with high market caps, the cost of acquiring enough tokens to control the governance process can be prohibitive.

Defense mechanisms against 51% attacks include timelocks, which delay the execution of proposals by a certain period, and kill switches, which allow a trusted group to override malicious proposals.

Sybil Attacks

A Sybil attack occurs when an attacker creates multiple identities to influence governance decisions. In a token-weighted voting system, Sybil attacks are less effective because each identity must hold tokens.

However, Sybil attacks can be effective in systems where voting power is based on personhood rather than tokens. This is why most DAOs use token-based voting, which is more resistant to Sybil attacks.

Collusion

Collusion occurs when a group of token holders work together to pass self-serving proposals. This is a form of governance capture where a small group controls the DAO’s decisions.

Collusion is difficult to prevent because token holders are anonymous and can coordinate off-chain. However, mechanisms like quadratic voting and conviction voting make collusion more difficult and expensive.

Proposal Spam

Proposal spam occurs when someone submits many proposals with the intention of overwhelming the governance process. This can lead to voter fatigue and reduced participation.

Defense mechanisms include proposal fees or minimum token holdings for submitting proposals. This reduces the incentive to spam proposals.

Timelock Vulnerabilities

A timelock is a mechanism that delays the execution of proposals by a certain period. This gives community members time to review and, if necessary, challenge proposals.

Timelocks have their own vulnerabilities. If the timelock period is too long, it can delay critical updates. If it is too short, it may not provide enough time for review.

The optimal timelock period depends on the DAO’s needs and the complexity of its proposals.