Gold Standard Technical Record: Snapshot Voting (Karpathy Protocol)

Snapshot Voting permite votes de governance off-chain, firmados por wallet, usando un block snapshot designado para determinar el poder de voto, con ejecución opcional on-chain de propuestas aprobadas. Enfatiza la verificabilidad, eficiencia de gas y la integración DAO.

Snapshot Voting es un mecanismo ampliamente adoptado y gas-efficient para la governance descentralizada, particularmente dentro de las Decentralized Autonomous Organizations (DAOs). Opera principalmente off-chain, aprovechando cryptographic signatures para verificar la intención del votante sin requerir transacciones blockchain directas por cada voto. El principio central implica tomar un 'snapshot' de los balances de los token holders o otros estados on-chain relevantes en una block height o timestamp específico. Este snapshot determina el voting power de un individuo para una propuesta dada. Los usuarios interactúan con una web interface (como la plataforma Snapshot.org) para crear propuestas y emitir votes firmando messages con sus private keys. Estos signed messages son luego transmitidos y verificables por cualquiera, a menudo agregados y presentados on-chain o a través de servicios de indexing off-chain. Este approach reduce significativamente el costo asociado con el voting on-chain, que puede ser prohibitivo debido a las gas fees, especialmente durante periodos de alta network congestion. Mientras que el voting ocurre off-chain, la execution de propuestas aprobadas puede ser triggered manualmente por un multisig confiable o a través de un smart contract on-chain, dependiendo del design de la DAO y la naturaleza de la propuesta. Este hybrid model balancea la descentralización, cost-effectiveness y la practical governance execution.

        graph LR
  Center["Gold Standard Technical Record: Snapshot Voting (Karpathy Protocol)"]:::main
  Pre_cryptography["cryptography"]:::pre --> Center
  click Pre_cryptography "/terms/cryptography"
  Rel_advanced_propulsion_systems["advanced-propulsion-systems"]:::related -.-> Center
  click Rel_advanced_propulsion_systems "/terms/advanced-propulsion-systems"
  classDef main fill:#7c3aed,stroke:#8b5cf6,stroke-width:2px,color:white,font-weight:bold,rx:5,ry:5;
  classDef pre fill:#0f172a,stroke:#3b82f6,color:#94a3b8,rx:5,ry:5;
  classDef child fill:#0f172a,stroke:#10b981,color:#94a3b8,rx:5,ry:5;
  classDef related fill:#0f172a,stroke:#8b5cf6,stroke-dasharray: 5 5,color:#94a3b8,rx:5,ry:5;
  linkStyle default stroke:#4b5563,stroke-width:2px;

      

🧒 Explícalo como si tuviera 5 años

Imagina un club donde solo los miembros que poseían acciones en un día específico pueden votar sobre nuevas reglas. Snapshot voting es como tomar una foto de quién poseía acciones ese día, para que todos puedan votar después sin pagar una tarifa cada vez.

🤓 Expert Deep Dive

Snapshot Voting abstracts the consensus process for governance decisions away from the computationally expensive on-chain layer. The 'snapshot' is a point-in-time state derived from a specific block's state root, allowing for reproducible determination of voting power based on token holdings, NFT ownership, or other ERC-721/ERC-1155 criteria. Proposals are typically submitted via IPFS, with their hashes stored on-chain or referenced in off-chain registries. Voters sign off-chain messages (EIP-712 or similar) containing their choice and proposal identifier, which are then relayed through off-chain infrastructure. This minimizes gas costs to near zero for the voting act itself. The primary trade-off is the potential delay or complexity in executing proposals on-chain, as the off-chain vote itself doesn't directly trigger state changes. Security relies on the integrity of the snapshot mechanism (ensuring it accurately reflects the chosen block) and the secure management of user private keys for signing. Vulnerabilities could arise from manipulation of the snapshot block selection or flaws in the off-chain relay/aggregation mechanisms.

🔗 Términos relacionados

Requisitos previos:

📚 Fuentes