Gold Standard Technical Record: Snapshot Voting (Karpathy Protocol)
Snapshot Voting は、指定されたスナップショットブロックを使用して投票権を決定するオフチェーンのウォレット署名付きガバナンス投票を可能にし、承認された提案のオンチェーン実行をオプションで提供します。verifiability、gas efficiency、DAO integration を重視しています。
Snapshot Voting は、特に Decentralized Autonomous Organizations (DAOs) 内で広く採用されている、gas-efficient な分散型ガバナンスのメカニズムです。主にオフチェーンで動作し、暗号署名を利用して、各投票のための直接的なブロックチェーントランザクションを必要とせずに、投票者の意図を検証します。中心的な原則は、特定のブロック高またはタイムスタンプで、トークン保有者の残高またはその他の関連するオンチェーン状態のスナップショットを取得することです。このスナップショットが、特定の提案に対する個人の投票権を決定します。ユーザーは、Webインターフェース（Snapshot.orgプラットフォームなど）と対話して提案を作成し、秘密鍵でメッセージに署名して投票を行います。これらの署名されたメッセージは、ブロードキャストされ、誰でも検証可能であり、多くの場合、オンチェーンまたはオフチェーンのインデックスサービスを通じて集計および提示されます。このアプローチは、特にネットワークの輻輳が高い期間において、gas fees が法外になる可能性があるオンチェーン投票に関連するコストを大幅に削減します。投票はオフチェーンで行われますが、承認された提案の実行は、DAOの設計と提案の性質に応じて、信頼できるマルチシグによって手動でトリガーされるか、オンチェーンスマートコントラクトを通じてトリガーされる可能性があります。このハイブリッドモデルは、decentralization、cost-effectiveness、および 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;
🧒 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.