Snapshot Voting is a widely adopted governance tool that allows decentralized autonomous organizations (DAOs) and blockchain projects to conduct community polls and votes without incurring on-chain transaction fees (gas). It operates by taking a snapshot of token holder balances at a specific block height, which serves as the immutable record for determining voting power. Participants then sign and submit their votes off-chain using their private keys, with the results aggregated and displayed on the Snapshot platform. This method separates the signaling of intent from the costly execution of on-chain transactions.
Snapshot Voting
What is Snapshot Voting?
Snapshot Voting is a gasless, off-chain governance mechanism that enables token holders to signal their preferences on proposals using a cryptographic proof of token ownership.
The core mechanism relies on the ERC-712 standard for typed structured data hashing and signing, which provides a secure and user-friendly way to sign complex data like a vote. A proposal creator defines the voting parameters—including the voting system (e.g., single-choice, weighted, quadratic voting), the snapshot block number, and the voting period. Voters connect their Web3 wallet (like MetaMask) to the Snapshot interface, where their voting power is calculated based on their token balance at the recorded block. This process ensures the vote is permissionless and verifiable, as anyone can cryptographically verify the signatures against the on-chain state.
A key advantage of Snapshot is its flexibility and cost-efficiency. By being off-chain, it enables more frequent, experimental, and inclusive governance discussions without financial barriers for participants. However, its off-chain nature means the vote result is not automatically enforceable; it is a signal that must be acted upon by a trusted party or through a subsequent on-chain transaction, often called an execution. This creates a two-step governance process: first, consensus is reached via Snapshot, and second, the approved action is implemented, typically by a multisig wallet or a smart contract.
Common voting strategies extend beyond simple token holdings. Projects can configure strategies to calculate voting power based on delegated votes (like in Compound or Uniswap), LP token ownership, or even cross-chain holdings via bridges. This allows for sophisticated governance models that better align incentives. For example, a protocol might weight votes from long-term stakers more heavily or combine the influence of governance tokens and liquidity provider tokens to reflect broader ecosystem contribution.
In practice, Snapshot has become the de facto standard for community sentiment gathering across major ecosystems including Ethereum, Polygon, and Arbitrum. Prominent DAOs like Uniswap, Aave, and Lido use it to decide on treasury allocations, parameter changes, and protocol upgrades. Its role is foundational in the governance lifecycle, serving as the critical discussion and signaling phase before any irreversible, on-chain code execution is performed, thereby reducing risk and increasing community alignment.
How Snapshot Voting Works
Snapshot is a decentralized, gas-free voting platform that enables token-based governance for DAOs and decentralized projects by leveraging off-chain signatures and IPFS.
Snapshot voting is a mechanism for conducting off-chain governance polls where participants signal their preferences by signing messages with their private keys, without requiring on-chain transactions or paying gas fees. A proposal creator publishes a voting space on the Snapshot platform, defining the proposal text, voting options (e.g., For, Against, Abstain), voting strategies (e.g., token-weighted, quadratic), and a snapshot block number. This block number is critical, as it determines the state of the blockchain used to calculate each voter's voting power based on their token holdings at that specific historical point, preventing manipulation through last-minute token acquisitions.
The core technical components involve a decentralized frontend, the InterPlanetary File System (IPFS) for storing proposal and vote data immutably, and the Ethereum Name Service (ENS) for managing decentralized domain names for each voting space (e.g., snapshot.org/#/ensdomain.eth). When a user votes, they sign a message containing their choice using their Web3 wallet (like MetaMask). This signed message is stored on IPFS, providing cryptographic proof of their intent without broadcasting a transaction to the mainnet. The voting strategies, which are customizable JavaScript functions, calculate power by querying blockchain data at the snapshot block from services like The Graph or directly from archive nodes.
A key advantage of Snapshot is its flexibility in voting strategies. Beyond simple token-weighted voting (1 token = 1 vote), projects can implement: - Quadratic Voting to reduce whale dominance by making cost proportional to the square of votes cast. - Delegated Voting where users can delegate their voting power to representatives. - Multi-token strategies that consider balances of different ERC-20 tokens or even non-fungible tokens (NFTs). This allows for sophisticated governance models tailored to a community's specific needs, all executed off-chain for cost efficiency.
The final tally and result are calculated off-chain by the Snapshot infrastructure based on all validated signatures. While the result itself is not automatically executed on-chain—it is a signal of community sentiment—it is typically used to guide a core team or a multisig wallet in implementing the outcome. For binding on-chain execution, the result from Snapshot often serves as the approval for a subsequent, gas-paid transaction submitted to a Timelock or governance module like OpenZeppelin's Governor. This separation of signaling and execution provides a layer of safety and deliberation.
Common use cases include deciding on treasury allocations, parameter changes (like fee adjustments in a DeFi protocol), ratifying strategic partnerships, or electing committee members. Major protocols such as Uniswap, Aave, and Curve utilize Snapshot for their governance processes. Its off-chain nature makes it ideal for frequent, low-stakes polling and broad community engagement, while its reliance on cryptographic signatures ensures verifiable and tamper-resistant outcomes that reflect the will of the token holders at a specific moment in the chain's history.
Key Features
Snapshot is a decentralized, off-chain voting platform that enables token-based governance for DAOs and protocols without incurring gas fees.
Off-Chain Voting
Snapshot executes votes off-chain, using a signed message (like a digital signature) instead of an on-chain transaction. This eliminates gas fees for voters and allows for more complex voting strategies without cost constraints. Votes are recorded on IPFS (InterPlanetary File System) and secured by the Ethereum blockchain for timestamping and verification.
Token-Weighted Governance
Voting power is directly proportional to the voter's token holdings, typically measured via an on-chain snapshot of token balances at a specific block height. Common implementations include:
- 1 token = 1 vote: Simple, linear weighting.
- Quadratic voting: Power increases with the square root of tokens held, reducing whale dominance.
- Delegated voting: Token holders can delegate their voting power to representatives.
Flexible Voting Strategies
Snapshot supports custom voting strategies that define how voting power is calculated, enabling complex governance models. Examples include:
- ERC-20 balance: Standard token balance.
- ERC-721 ownership: One vote per NFT.
- Multi-chain: Aggregating balances across different blockchains (e.g., Ethereum, Polygon, Arbitrum).
- Time-weighted: Power based on how long tokens have been held.
Proposal Types & Execution
Proposals can range from simple sentiment checks to executable on-chain actions. Common types are:
- Signal proposals: Gauge community sentiment.
- Treasury proposals: Vote on fund allocation.
- Parameter change proposals: Adjust protocol variables. For execution, approved proposals often require a separate, on-chain transaction by a multisig wallet or a dedicated governance module (like Governor Bravo).
Security & Verification
While the vote is off-chain, its integrity is secured cryptographically. Each vote is a signed message (e.g., EIP-712) that can be publicly verified. The proposal data and final results are stored on IPFS, with the IPFS hash posted to Ethereum to provide an immutable timestamp. This prevents tampering and allows anyone to audit the voting process.
Examples & Ecosystem Usage
Snapshot voting is a widely adopted off-chain governance tool that enables token-based signaling without gas fees, using a signed message mechanism to record votes on IPFS. It is the de facto standard for community sentiment polling and proposal execution across DeFi and DAOs.
Custom Voting Strategies
Snapshot's flexibility allows DAOs to implement complex, custom voting strategies beyond simple token balance.
- Examples:
- Delegated Voting: Power based on tokens delegated to an address (e.g., Compound).
- Time-weighted: Power based on how long tokens have been held.
- Multi-token: Requires holdings of multiple specific tokens to vote.
- Purpose: Enables sybil resistance and more nuanced governance models.
Etymology & Origin
The term 'Snapshot' in blockchain governance originates from a specific technical mechanism, evolving into a widely adopted standard for off-chain voting.
The term Snapshot in the context of Snapshot Voting derives from the core technical action of taking a 'snapshot' of the blockchain state at a specific block height. This process records token balances or voting power holdings at that precise moment, which are then used as the immutable dataset for an off-chain vote. The name directly reflects this foundational step, distinguishing it from on-chain voting mechanisms where votes are cast as live transactions.
The concept and platform were popularized by the Snapshot.org project, launched in 2020. It emerged as a gas-free, flexible solution for decentralized autonomous organizations (DAOs) and token-based communities to conduct governance polls and signaling votes. By leveraging IPFS (InterPlanetary File System) for decentralized storage and digital signatures (like those from MetaMask) for authentication, Snapshot provided a practical tool that separated the computationally expensive voting tally from the blockchain execution layer.
The 'Snapshot' methodology has since become a de facto standard and a generic term for any off-chain, token-weighted voting system, similar to how 'Kleenex' is used for tissues. Its origin story is intrinsically linked to the scaling challenges of early DAOs, where the cost and speed of on-chain voting on networks like Ethereum posed significant barriers to widespread, inclusive participation in protocol governance.
Snapshot vs. On-Chain Voting
A comparison of off-chain and on-chain governance execution methods for decentralized autonomous organizations (DAOs).
| Feature | Snapshot (Off-Chain) | On-Chain Voting |
|---|---|---|
Vote Execution | Off-chain signature | On-chain transaction |
Gas Fees for Voters | None | Required for transaction |
Finality | Informal signal; requires separate execution | Binding and self-executing |
Voting Speed | < 1 minute | Varies by blockchain confirmation time |
Cost to Deploy/Execute | Low (hosting & IPFS) | High (smart contract gas) |
Sybil Resistance | Based on snapshot strategy (e.g., token balance) | Native to the blockchain (e.g., token balance) |
Common Use Case | Broad sentiment checks, proposal signaling | Direct treasury control, parameter changes |
Voter Anonymity | Pseudonymous (via wallet address) | Fully transparent on the public ledger |
Security & Trust Considerations
Snapshot is a popular off-chain governance tool that enables token-based voting without gas fees, but its security model relies on specific cryptographic and infrastructural guarantees.
Off-Chain vs. On-Chain Voting
Snapshot is an off-chain voting platform, meaning votes are signed messages stored on IPFS, not transactions on a blockchain. This eliminates gas costs and allows for more complex proposals. However, the final execution of a passed proposal typically requires a separate, on-chain transaction by a trusted party (e.g., a multisig). This creates a trust assumption that the results will be honored.
Vote Authentication & Sybil Resistance
Voter eligibility is determined by a snapshot block number, capturing token balances at a specific past moment to prevent manipulation. The primary security mechanism is the cryptographic signature of the vote using the voter's private key. Sybil resistance depends entirely on the underlying token's distribution; an attacker with enough tokens can still sway votes. Strategies like vote delegation and quadratic voting can mitigate this.
Proposal & Voting Strategy Integrity
The security of a proposal hinges on the correctness of its voting strategy. This strategy defines how voting power is calculated (e.g., token balance, delegation). A malicious or buggy strategy contract could distort results. Voters must trust the DAO administrators who configure these strategies. Additionally, the proposal text and choices are stored on decentralized storage (IPFS), relying on its availability and integrity.
Infrastructure & Centralization Risks
While Snapshot's frontend and voting engine are open-source, the service relies on centralized components for performance:
- Snapshot Hub: The indexer that validates signatures and tallies votes.
- IPFS Pinning Services: To ensure proposal data persists.
- Domain Name (snapshot.org): Vulnerable to DNS attacks. A compromise of these services could censor proposals, delay votes, or serve malicious frontend code, though the signed vote data remains verifiable.
Signature Replay & Spoofing Attacks
A critical consideration is preventing signature replay attacks. Snapshot uses EIP-712 typed structured data signing, which binds the signature to:
- The specific proposal's unique hash.
- The voter's address.
- A predefined domain separator (chainId, verifying contract). This prevents a signature for one proposal from being re-used on another. Voters must ensure they are signing the correct proposal data presented by a legitimate interface.
Execution Trust Gap & Timelocks
The largest security consideration is the execution gap. A successful Snapshot vote is a signal, not an action. A separate entity (e.g., a multisig wallet or governance module) must execute the proposal on-chain. This introduces finality risk. Best practices include:
- Using a timelock contract to delay execution, allowing for review.
- Requiring a high quorum and approval threshold.
- Making the execution step permissionless via tools like Zodiac's Reality Module.
Common Misconceptions
Snapshot is a widely used off-chain governance tool, but its mechanics and security guarantees are often misunderstood. This section clarifies key points about how votes are recorded, weighted, and executed.
No, a Snapshot vote is a signaling mechanism and does not directly execute on-chain transactions. Snapshot is an off-chain, gas-free voting platform that records voter sentiment based on a snapshot of token holdings at a specific block. The actual execution of the proposal's actions (e.g., transferring treasury funds, upgrading a contract) requires a separate, on-chain transaction, often called a "timelock execution" or "proposal execution," which is typically submitted by a designated multisig or executor after the vote passes. This separation of voting and execution is a core security feature.
Key Distinction:
- Snapshot Vote: Off-chain signal.
- Proposal Execution: Separate on-chain transaction requiring gas.
Technical Details
Snapshot is a decentralized, off-chain governance platform that enables communities to vote on proposals without paying gas fees. It uses a unique signature-based mechanism to record votes on IPFS and Ethereum.
Snapshot voting is an off-chain, gasless governance mechanism where token holders signal their preferences by signing messages with their private keys, which are then recorded on decentralized storage. It works by taking a snapshot of token holdings at a specific block height. Voters connect their wallets to the Snapshot interface, review a proposal, and submit a signed message containing their vote choice (e.g., For, Against, Abstain). This signature is stored on IPFS, and the proposal's outcome is calculated based on the voting power derived from the snapshot. The process is gasless because no transaction is submitted to the blockchain for the vote itself, though the final results are often anchored on-chain for verification.
Frequently Asked Questions
Snapshot is a decentralized off-chain voting platform that enables token-based governance for DAOs and protocols without incurring gas fees. It uses a snapshot of token holdings at a specific block to determine voting power.
Snapshot voting is an off-chain governance mechanism that allows token holders to signal their preferences on proposals without spending gas. It works by taking a snapshot of token balances from a specific block number, which determines each voter's voting power. Users connect their wallets to the Snapshot platform, sign messages to cast their votes cryptographically, and the results are tallied and displayed publicly. This process is gasless because the votes are recorded off-chain, typically on IPFS, and only the final result may be referenced by the executing smart contract. Popular voting strategies include token-weighted voting, quadratic voting, and delegated voting.
Get In Touch
today.
Our experts will offer a free quote and a 30min call to discuss your project.