Gold Standard Technical Record: Snapshot Voting (Karpathy Protocol)
Snapshot Voting umożliwia głosowanie w ramach governance poza łańcuchem (off-chain), podpisywane przez portfel (wallet-signed), wykorzystując wyznaczony blok snapshot do określenia siły głosu (voting power), z opcjonalną realizacją (on-chain execution) zatwierdzonych propozycji. Kładzie nacisk na weryfikowalność (verifiability), efektywność gazu (gas efficiency) i integrację z DAO.
Snapshot Voting to szeroko stosowany, efektywny pod względem gazu (gas-efficient) mechanizm dla zdecentralizowanego governance, szczególnie w ramach Decentralized Autonomous Organizations (DAO). Działa głównie poza łańcuchem (off-chain), wykorzystując podpisy kryptograficzne do weryfikacji intencji głosującego bez konieczności przeprowadzania transakcji blockchain dla każdego głosu. Podstawowa zasada polega na wykonaniu 'snapshotu' sald posiadaczy tokenów lub innych istotnych stanów na łańcuchu (on-chain states) na określonej wysokości bloku (block height) lub w określonym czasie (timestamp). Ten snapshot określa siłę głosu (voting power) danej osoby dla danej propozycji. Użytkownicy wchodzą w interakcję z interfejsem internetowym (jak platforma Snapshot.org), aby tworzyć propozycje i oddawać głosy, podpisując wiadomości swoimi kluczami prywatnymi (private keys). Te podpisane wiadomości są następnie rozgłaszane i weryfikowalne przez każdego, często agregowane i prezentowane na łańcuchu (on-chain) lub za pośrednictwem usług indeksowania poza łańcuchem (off-chain indexing services). Takie podejście znacząco redukuje koszty związane z głosowaniem na łańcuchu (on-chain voting), które mogą być zaporowe ze względu na opłaty za gaz (gas fees), zwłaszcza w okresach dużego natężenia sieci. Chociaż głosowanie odbywa się poza łańcuchem (off-chain), realizacja zatwierdzonych propozycji może być inicjowana ręcznie przez zaufany multisig lub za pomocą smart kontraktu na łańcuchu (on-chain smart contract), w zależności od projektu DAO i charakteru propozycji. Ten hybrydowy model równoważy decentralizację, efektywność kosztową i praktyczną realizację governance.
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;
🧒 Wyjaśnij jak 5-latkowi
Wyobraź sobie klub, w którym tylko członkowie, którzy posiadali udziały w określonym dniu, mogą głosować nad nowymi zasadami. Snapshot Voting jest jak robienie zdjęcia tego, kto posiadał udziały tego dnia, aby każdy mógł później głosować bez płacenia opłaty za każdym razem.
🤓 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.