Gold Standard Technical Record: Snapshot Voting (Karpathy Protocol)
Snapshot Voting은 지정된 snapshot block을 사용하여 투표권을 결정하는 off-chain, wallet-signed 거버넌스 투표를 가능하게 하며, 승인된 proposal의 on-chain 실행을 선택적으로 지원합니다. verifiability, gas efficiency, DAO integration을 강조합니다.
Snapshot Voting은 특히 Decentralized Autonomous Organizations (DAOs) 내에서 널리 채택되는 gas-efficient 메커니즘입니다. 주로 off-chain에서 작동하며, 각 투표에 대한 직접적인 blockchain 거래를 요구하지 않고 암호화 서명을 활용하여 유권자의 의도를 검증합니다. 핵심 원칙은 특정 block height 또는 timestamp에서 토큰 보유자의 잔액 또는 기타 관련 on-chain 상태의 'snapshot'을 찍는 것입니다. 이 snapshot은 주어진 proposal에 대한 개인의 voting power를 결정합니다. 사용자는 웹 인터페이스(예: Snapshot.org 플랫폼)와 상호 작용하여 proposal을 생성하고 개인 키로 메시지를 서명하여 투표합니다. 이러한 서명된 메시지는 방송되며 누구나 검증할 수 있으며, 종종 on-chain 또는 off-chain indexing 서비스를 통해 집계 및 표시됩니다. 이 접근 방식은 특히 네트워크 혼잡이 심한 시기에 gas fee로 인해 부담스러울 수 있는 on-chain 투표와 관련된 비용을 크게 줄입니다. 투표는 off-chain에서 이루어지지만, 승인된 proposal의 실행은 DAO의 설계 및 proposal의 특성에 따라 신뢰할 수 있는 multisig에 의해 수동으로 트리거되거나 on-chain smart contract를 통해 트리거될 수 있습니다. 이 하이브리드 모델은 decentralization, cost-effectiveness, 그리고 실용적인 거버넌스 실행의 균형을 맞춥니다.
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;
🧒 5살도 이해할 수 있게 설명
특정 날짜에 주식을 소유한 회원만 새로운 규칙에 투표할 수 있는 클럽을 상상해 보세요. Snapshot Voting은 그날 누가 주식을 소유했는지 사진을 찍는 것과 같아서, 나중에 매번 수수료를 지불하지 않고 투표할 수 있습니다.
🤓 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.