Governor with ERC20 votes excels at representing fungible economic stake and is the de facto standard for DeFi protocols. This model aligns voting power directly with financial investment, creating a clear, liquid, and measurable governance market. For example, major protocols like Uniswap and Compound use ERC20-based governance, with billions in TVL and thousands of active voters. Its simplicity and compatibility with existing DeFi infrastructure (e.g., staking pools, DEX liquidity) make it highly accessible.
Governor Contract: ERC20 Votes vs ERC721 Votes
Introduction: The Core Governance Dilemma
Choosing between ERC20 and ERC721 vote tokens is a foundational decision that defines your protocol's governance model, security, and community dynamics.
Governor with ERC721 votes takes a different approach by tying governance rights to unique, non-fungible assets. This strategy enables one-token-one-vote models, soulbound identities, and reputation-based systems, as pioneered by projects like Nouns DAO. This results in a trade-off: it prevents vote dilution through token accumulation but sacrifices the liquidity and composability of ERC20s. It's ideal for communities where participation identity is as critical as capital.
The key trade-off: If your priority is capital efficiency, liquidity, and integrating with the broader DeFi ecosystem, choose ERC20-based governance. If you prioritize sybil resistance, unique membership, and building a culture-first community, choose ERC721-based governance. Your choice fundamentally shapes who holds power and how they can wield it.
TL;DR: Key Differentiators at a Glance
A rapid comparison of the core architectural and operational trade-offs for on-chain governance.
ERC20 Votes: Fungible & Liquid
Token Standard Advantage: Leverages the ubiquitous ERC20 standard, ensuring compatibility with every major DEX (Uniswap, Curve), lending protocol (Aave, Compound), and wallet. This enables delegated voting and seamless vote trading via flash loans. Ideal for protocols prioritizing broad, liquid participation like Uniswap or Compound.
ERC20 Votes: Simpler Sybil Resistance
Cost & Complexity Advantage: Sybil resistance is typically handled off-chain via token purchase or airdrop. On-chain, 1 token = 1 vote logic is straightforward, reducing gas costs for vote casting and delegation. Best for projects where governance weight directly correlates with economic stake, minimizing implementation overhead.
ERC721 Votes: Non-Fungible & Attribute-Based
Granular Governance Advantage: Each token (e.g., an NFT) can encode unique attributes (seniority, role, reputation score) that programmatically influence voting power. Enables progressive decentralization models (e.g., Founder NFT with veto power) and complex DAO structures like MolochDAO or Guilds. Perfect for identity-centric or tiered governance.
ERC721 Votes: Built-in Sybil Resistance
Identity-Centric Advantage: The minting process itself can gatekeep membership, tying voting power to a verified identity or achievement (e.g., completing a quest, holding a specific asset). This creates native sybil resistance without relying solely on capital, as seen in projects like Optimism's Citizen House. Optimal for reputation-based systems.
Governor Contracts: ERC20 Votes vs ERC721 Votes
Direct comparison of governance models for on-chain voting and delegation.
| Metric / Feature | ERC20 Votes (Fungible) | ERC721 Votes (Non-Fungible) |
|---|---|---|
Voting Power Unit | Token Quantity | Token ID (1 NFT = 1 Vote) |
Native Delegation Support | ||
Gas Cost for Vote Casting | ~150K-200K gas | ~80K-120K gas |
Fractional Voting Support | ||
Ideal Use Case | Token-Curated DAOs (e.g., Uniswap, Compound) | Membership/Reputation DAOs (e.g., NounsDAO) |
Standard Interface | ERC-5805, ERC-6372 | Custom Implementation |
Vote Weight Complexity | Linear (1 token = 1 vote) | Binary or Custom (e.g., traits) |
ERC20 Voting: Pros and Cons
Key architectural trade-offs between fungible (ERC20) and non-fungible (ERC721) voting tokens for DAO governance.
ERC20 Voting: Pros
Liquid & Fractional Voting Power: Enables 1 token = 1 vote with fractional ownership, allowing for precise delegation and micro-governance. This is critical for protocols like Uniswap and Compound, where voting power directly correlates to economic stake. Supports vote delegation to experts without transferring asset custody.
ERC20 Voting: Cons
Vulnerable to Sybil Attacks: A whale can split holdings across many addresses to simulate broad support. Requires snapshot mechanisms (e.g., OpenZeppelin's ERC20Votes) to mitigate. Less expressive for identity-based or reputation-weighted systems, as it purely represents capital.
ERC721 Voting: Pros
One-Person-One-Vote & Identity: Each token represents a unique membership or achievement (e.g., Proof of Attendance Protocol). Ideal for social DAOs like Friends with Benefits or developer guilds where reputation, not capital, dictates influence. Naturally resistant to simple Sybil attacks.
ERC721 Voting: Cons
Complex Vote Weighting & Liquidity: Cannot natively represent fractional ownership. Implementing tiered reputation (e.g., 1 NFT = 5 votes) requires custom logic, increasing contract complexity. Less compatible with DeFi primitives like lending/borrowing, reducing holder utility.
ERC721 Voting: Pros and Cons
Key strengths and trade-offs of ERC20 vs ERC721 voting for on-chain governance, based on implementation complexity, voter engagement, and use-case fit.
ERC20 Voting: Pros
Standardized & Liquid: Built on the dominant token standard (ERC20) used by Uniswap, Aave, and Compound. Voting power is fractional and liquid, enabling delegation and participation from any token holder. This matters for broad, permissionless DAOs where participation scales with token distribution.
ERC20 Voting: Cons
Vote Dilution & Sybil Risk: A single entity can split funds to create multiple voting addresses, requiring complex Sybil resistance mechanisms. Governance can be dominated by large token whales. This is a critical weakness for projects prioritizing egalitarian or reputation-based governance.
ERC721 Voting: Pros
One-Token-One-Vote & Identity: Each NFT represents a discrete membership or reputation unit, enforcing Sybil-resistant, egalitarian voting. Ideal for membership DAOs (e.g., Proof of Attendance Protocols) or reputation systems where participation is binary, not weighted by capital.
ERC721 Voting: Cons
Illiquid & Complex Delegation: Voting power is indivisible; you cannot delegate a fraction of an NFT's vote. Implementing vote delegation requires custom logic beyond the standard. This is a major hurdle for large-scale DAOs needing flexible governance participation models.
Decision Framework: When to Use Which
ERC20 Votes for DeFi
Verdict: The Standard Choice. ERC20-based governance is the dominant model for DeFi protocols like Uniswap, Compound, and Aave. Its strengths are deep integration with existing financial primitives and clear, fungible economic alignment. Voting power is directly proportional to a user's stake in the protocol's core utility/security asset, making delegation and vote-weight calculations straightforward. This model is battle-tested for treasury management, fee parameter updates, and grant approvals.
ERC721 Votes for DeFi
Verdict: Niche, for Reputation or Tiered Systems. An ERC721 (NFT) voting model can be effective for representing non-transferable reputation, seniority, or achievement-based voting power. A DeFi protocol might use it to grant bonus voting weight to long-term stakers (via a non-transferable "Diamond Hands" NFT) or to participants who complete educational quests. However, it adds complexity for tracking and is less liquid than the ERC20 standard. Consider it for supplemental governance layers, not primary vote counting.
Final Verdict and Recommendation
Choosing between ERC20 and ERC721 votes for your Governor contract is a foundational decision that dictates your DAO's governance model and scalability.
ERC20-based voting excels at representing fungible economic stake, making it the de facto standard for token-curated registries and DeFi protocols. Its strength lies in its simplicity and seamless integration with existing DeFi infrastructure like Uniswap and Aave, where token weight directly correlates to financial commitment. For example, Compound's Governor Bravo, managing over $2B in TVL, uses a vote-escrowed COMP model to align voter incentives with long-term protocol health. The ERC20Votes standard provides built-in checkpointing for gas-efficient historical vote lookups.
ERC721-based voting takes a different approach by tying voting power to unique, non-fungible assets, enabling reputation-based or identity-centric governance. This strategy results in a trade-off: it prevents vote dilution through token accumulation but can introduce complexity in sybil resistance and voter participation. Protocols like Nouns DAO, where each NFT represents one vote, demonstrate this model's power for small, highly engaged communities focused on brand and cultural decisions, rather than pure capital allocation.
The key trade-off: If your priority is capital efficiency, liquidity, and scaling a large, permissionless DeFi ecosystem, choose ERC20 votes. Its fungible nature and massive tooling support (Tally, Snapshot, OpenZeppelin Governor) make it the pragmatic choice. If you prioritize sybil-resistant, identity-based governance for a curated community or asset-specific decisions (e.g., an NFT project or a gaming guild), choose ERC721 votes. Its 1:1 vote-to-asset model ensures each unique holder has a clear voice, though you'll need robust systems like BrightID or Proof of Humanity for on-chain identity verification.
Get In Touch
today.
Our experts will offer a free quote and a 30min call to discuss your project.