DAO 治理工具：Snapshot、Tally、Governor

Snapshot、Tally 和 Governor 经常同时出现在 DAO 提案中，却不属于同一层。经典 Snapshot 是以钱包签名为核心的链下投票平台；Tally 长期是查看、委托和操作链上治理的应用界面，目前官方产品正在向 Cactus On-chain Operations 过渡；Governor 则是一组部署在区块链上的治理合约，真正定义提案、投票、法定人数和执行规则。

把三者都叫“投票工具”会掩盖最重要的区别：一个负责收集意见，一个帮助用户与合约交互，一个本身就是执行权力的代码。Snapshot 投票通过后不一定会自动改变协议；Tally/Cactus 显示的结果来自底层 Governor；Governor 即使没有某个前端，仍可由其他界面或直接调用合约继续运行。

选择工具时，不能只比较是否免费或界面好看，而要确认投票权从哪里来、结果是否具有约束力、谁能执行、是否存在 Timelock，以及前端失效后能否通过链上数据重建。关于完整治理结构，可先阅读DAO 去中心化自治组织完全指南。

DAO 治理工具解决什么问题？

DAO 治理至少包含六个环节：讨论问题、形成提案、确定投票资格、记录选择、判断是否通过、执行资金或合约操作。一个产品很少独立完成全部环节。

论坛、会议和研究报告负责形成共识；Snapshot 可低成本收集意见；Tally/Cactus 帮助成员读取并操作 Governor；Governor 与 Timelock 负责链上规则和执行；Safe 多签则常用于早期金库、运营支出和紧急权限。

工具之间的连接方式决定治理是否可信。若社区在 Snapshot 投票，却由一个不受约束的多签决定是否执行，最终权力仍在签名人；若 Governor 可以自动执行，但参数和权限配置错误，链上化反而会把错误永久放大。

Snapshot 是什么？

Snapshot 经典版是一个链下投票平台。用户连接钱包后，对提案签署消息，而不是发送普通链上交易，因此投票通常不需要 Gas。签名可以验证投票者地址和内容，平台再按照 Space 设置的策略计算投票权与结果。

DAO 可以创建自己的 Space，配置名称、管理员、作者、网络、提案规则和投票策略。提案可以用于产品方向、生态资助、成员选择、参数意见和正式治理前的温度检查。

这里的“链下”不等于无法验证，也不等于结果一定没有价值。关键是 DAO 章程是否承认 Snapshot 结果，以及结果如何进入多签或链上合约。

Snapshot 如何计算投票权？

3.1 Snapshot 时间点

创建提案时，系统会记录特定区块或状态时间点，并根据当时的资产与委托计算投票权。投票开始后才买入的代币通常不能用于该提案，避免同一批资产在多个钱包间转移后重复投票。

3.2 Voting Strategy

Voting Strategy 决定“每个地址有多少票”。常见策略包括 ERC-20 余额、ERC-20 Votes 委托权、ERC-721 或 ERC-1155 持有、白名单、最低余额、合约调用和外部 API。多个策略还可以组合计算。

策略越复杂，越需要检查数据源、网络、区块高度和外部依赖。如果 RPC、索引或 API 异常，用户可能显示为零投票权；若白名单由少数管理员维护，治理也会依赖名单控制者。

3.3 Voting Type

Voting Type 决定“选票如何表达和汇总”。Snapshot 支持单选、加权、赞成式、二次方、排序和 For/Against/Abstain 等方式。它与 Voting Strategy 不同：前者计算结果，后者计算个人权重。

例如，同一个 DAO 可以用代币余额作为投票权，却让成员在五项预算中分配权重；也可以让每个通过验证的钱包拥有一票，再用排序方式选出候选方案。

Snapshot 有哪些优势？

第一，参与成本低。普通成员无需为每次投票支付链上手续费，适合频繁的社区调查和低风险决策。

第二，策略灵活。DAO 可以按代币、NFT、委托、白名单或自定义数据计算权重，并针对不同子空间设置不同规则。

第三，表达方式丰富。加权、排序和多选更适合预算分配与候选人选择，不必把所有问题压缩成简单的赞成或反对。

第四，结果便于审计。钱包签名、选项和投票权可以核验，社区也能导出结果进行分析。

第五，适合渐进式治理。新 DAO 可以先用 Snapshot 观察参与率和争议，再决定哪些权限值得迁移到自动执行合约。

Snapshot 的局限是什么？

经典 Snapshot 的最大边界是：签名结果本身通常不会直接调用协议或转移金库。多签可以尊重结果，也可能延迟、拒绝或错误执行。DAO 必须公开说明投票是咨询、温度检查还是具有约束力的正式决定。

链下系统还依赖前端、消息服务、索引和策略数据源。签名可验证不代表界面永远在线，复杂 API 策略也可能受到外部服务影响。

低成本同样会降低提案门槛，带来垃圾提案、投票疲劳和表面参与。项目应设置提案验证、讨论期、模板和作者权限，而不是让任何钱包随时发起高风险决定。

最后，钱包签名仍可能被钓鱼页面伪造外观。正常 Snapshot 投票签名不会直接转走资产，但用户必须核验域名、Space 和签名类型，不能把任何“免费签名”都视为安全。

Snapshot X 与经典 Snapshot 有什么区别？

Snapshot X 是完全链上的投票协议。官方文档说明，其 Space、投票权计算、提案结果和执行逻辑使用模块化智能合约完成，并支持 EVM 网络与 Starknet。它与经典 Snapshot 最根本的区别，是核心治理不再只依赖链下签名和人为执行。

Snapshot X 可以为提案配置 Voting Strategy 与 Execution Strategy。投票策略决定权重，执行策略判断提案状态，并在通过后执行预设调用。简单法定人数、乐观治理、紧急法定人数、Safe 模块和 Timelock 都可以成为执行设计的一部分。

“完全链上”并不代表用户体验中没有任何链下服务。Relayer 等服务可以帮助降低操作门槛，但不是协议运行的强制依赖。链上治理还会带来部署、Gas、合约审计和升级复杂度，不一定适合所有小型社区。

Tally 是什么？为什么现在又叫 Cactus？

Tally 长期是以 Governor 为核心的链上治理应用。用户通过界面浏览提案、查看投票权、委托代表、发起提案、投票、排队并执行。它把复杂的合约状态转化为可读页面，但不会取代底层治理合约。

截至当前，Tally 官方文档已经明确使用“Cactus”品牌，并表示 Cactus 建立在 Governor 标准之上：平台索引链上数据，并帮助用户调用独立运行的 Governor 合约。文档与部分行业资料仍保留 Tally 名称，因此本文沿用原定标题，同时将其理解为正在过渡中的产品与品牌。

这个变化不会自动改变某个 DAO 的治理合约。即使界面改名，提案、委托、投票和执行权限仍由具体链上的 Governor、Timelock 与代币合约决定。用户应以 DAO 官网、合约地址和当前官方文档为准，不通过搜索广告进入仿冒治理页。

Tally/Cactus 主要提供哪些能力？

8.1 提案发现与状态展示

应用会索引 Governor 事件，显示提案内容、投票期、法定人数、支持率、执行操作和当前状态。用户无需自己解析区块日志，但仍应核对可执行调用和目标地址。

8.2 委托与代表页面

持币者可以把投票权委托给自己或代表，资产不需要离开钱包。代表页面有助于比较治理立场与历史行为，但资料完整度和利益冲突披露仍由社区治理。

8.3 创建和提交链上提案

符合提案门槛的地址可以通过界面构建目标合约、转账金额和调用数据。界面降低技术难度，也会让错误地址和恶意调用更容易被包装成普通表单，因此正式提交前必须模拟与复核。

8.4 投票、排队与执行

用户通过应用向 Governor 发送交易。投票结束后，符合条件的提案进入 Queue，并在 Timelock 到期后执行。界面只是交易入口，是否成功仍取决于链上状态、权限和 Gas。

8.5 数据与治理运营

索引、API、通知、委托关系与历史分析帮助 DAO 运营治理。当前 Cactus 文档还把治理参数、代币启动、委托和激励纳入更广的 On-chain Operations 体系。

Governor 是什么？

Governor 不是一个单独网站，而是一类管理链上治理的智能合约。Compound Governor Alpha 与 Bravo 对行业影响很大，OpenZeppelin 则提供模块化 Governor 框架，让项目选择投票权、计票、法定人数、提案门槛和执行延迟。

一个典型 Governor 会接收提案，固定投票权时间点，开放投票，判断法定人数和多数条件，再把通过的操作交给 Timelock。到期后，任何获得执行权限的地址都可触发预先批准的合约调用。

若协议升级权、金库和管理员角色真正交给 Timelock，社区投票才能直接控制关键资产。若团队仍保留独立管理员，Governor 可能只是部分治理或象征性入口。

OpenZeppelin Governor 有哪些核心模块？

10.1 Votes

GovernorVotes 从实现 IVotes 的代币或凭证读取历史投票权。持币者通常需要先委托给自己或代表，余额才会进入治理权计算。资产仍在原钱包，委托只改变投票权归属。

10.2 Counting

Counting 模块决定 For、Against 和 Abstain 如何计票。OpenZeppelin 还提供分数化和可覆盖委托等扩展，使代表与本人投票能够采用不同规则。

10.3 Quorum

Quorum 是提案有效所需的最低参与或支持量。它可以按代币总供应的比例计算，也可以设计 Super Quorum，让达到更高支持的提案更早进入成功状态。

10.4 Settings

治理需要设置 Voting Delay、Voting Period 和 Proposal Threshold。延迟给成员委托与审查时间，投票期决定参与窗口，提案门槛则减少垃圾与恶意提案。

10.5 Timelock

Timelock 在通过与执行之间增加等待期。它应持有被治理的资金和权限，Governor 负责排队，执行者只能在时间到期后调用已经批准的操作。

10.6 安全扩展

PreventLateQuorum 防止大户在最后时刻达到法定人数后立即结束投票；Proposal Guardian 可在设计好的权限下取消提案。任何守护者和取消权都必须有清楚边界，避免安全机制变成永久控制后门。

Governor 的提案生命周期是什么？

第一步是 Propose。提案包含目标合约、发送价值、调用数据和文字描述。提案人通常需要达到投票权门槛。

第二步是 Voting Delay。提案已发布但尚未开始投票，成员有时间阅读、委托和发现恶意调用。

第三步是 Active。投票窗口打开，Governor 按快照时间点读取投票权，并记录 For、Against 与 Abstain。

第四步是 Succeeded 或 Defeated。只有满足法定人数和通过规则的提案才能继续。

第五步是 Queue。使用 Timelock 的治理把提案操作排队，并开始执行延迟。

第六步是 Execute。等待期结束后，合约调用按照原始载荷执行。若地址、参数或权限错误，链上结果不会因为“社区本意”不同而自动撤销。

Snapshot、Tally 与 Governor 如何组合？

最常见的流程是：论坛讨论形成草案，经典 Snapshot 进行温度检查，提案人根据反馈生成 Governor 调用，再通过 Tally/Cactus 提交、投票、排队和执行。这种模式兼顾低成本讨论与高约束执行。

另一种是 Snapshot 加 Safe。社区用链下签名投票，多签签名人根据结果执行付款。这适合早期 DAO 和运营预算，但信任边界在多签。

SafeSnap 通过 Safe 模块与 Reality.eth 把 Snapshot 结果连接到交易执行，降低纯人工执行的信任；Snapshot X 则把投票与 Execution Strategy 直接放到链上。

大型协议可以让 Governor 管理核心合约，把低风险资助交给多签或委员会；社交与服务 DAO 则可能只需 Snapshot 和 Safe。关于不同组织需求，可阅读DAO 的类型：协议DAO/投资DAO/社交DAO/服务DAO。

怎样选择合适的治理工具？

如果决策频繁、金额较小、需要多种投票表达，经典 Snapshot 更合适。它能快速验证社区意见，但必须说明执行人和约束机制。

如果组织管理核心协议、升级权限或大额金库，应优先考虑 Governor、Timelock 与经过审计的链上治理。Tally/Cactus 可提供交互体验，不能替代合约安全。

如果 DAO 尚在早期，成员少且规则持续变化，可以从 Safe 多签与 Snapshot 开始，逐步把权限交给 Governor。一次性放弃全部管理员权限，会让错误配置难以修复。

如果需要抗审查、链上计算和自动执行，又希望使用 Snapshot 的模块化模型，可以评估 Snapshot X。部署前仍需测试 Voting Strategy、Execution Strategy、法定人数和权限。

工具选择还要考虑成员所在网络、Gas、钱包兼容、委托习惯、紧急响应和法律执行。功能最多不等于最适合。

配置治理参数时要注意什么？

提案门槛过低会产生垃圾与钓鱼提案，过高则让普通成员无法提出问题。可以设置分阶段流程：低门槛讨论，高门槛链上执行。

法定人数应参考可流通投票权、委托率和历史参与，而不是机械复制其他 DAO 的比例。若大量代币永久不参与，过高 Quorum 会让治理停摆；过低则易被少数人控制。

投票期要覆盖主要时区并给代表审查时间。核心升级应比普通社区调查拥有更长窗口。

Timelock 必须足以让用户与安全团队响应，又不能长到阻碍漏洞修复。高风险与普通提案可以采用不同延迟。

提案调用应经过模拟、地址核验和独立复核。文字描述不执行任何操作，真正执行的是 Targets、Values 与 Calldatas。

治理工具会带来哪些安全风险？

第一是前端钓鱼。仿冒 Snapshot、Tally 或 DAO 官网可能诱导恶意签名与授权。用户必须从官方治理入口进入。

第二是策略配置错误。Snapshot 网络、区块、Token 地址或 API 策略错误，会让部分成员失去投票权。

第三是合约权限残留。Governor 已部署，不代表团队管理员、多签和代理升级权已经移交。

第四是恶意提案。攻击者可能把转移金库、授予角色或升级恶意实现隐藏在看似正常的描述中。

第五是委托集中。少数代表积累大量投票权后，即使没有持有相同数量资产，也可能主导治理。

第六是低参与。最安全的工具也无法解决成员不阅读、不投票和不监督执行。完整问题可继续阅读DAO 的挑战：治理攻击、投票冷漠与效率瓶颈。

Hotcoin VOTING 六维选型法

为了比较治理工具，可以使用 VOTING 六维方法。它不是安全认证，而是一份部署与参与前检查清单。

16.1 V：Voting Power，投票权从哪里来

确认使用代币、NFT、委托、白名单还是身份凭证，并检查快照时间与数据源。

16.2 O：Off-chain or On-chain，关键环节在哪里

区分链下签名、链上计票和链上执行。不要把可验证签名误写成自动执行。

16.3 T：Threshold，门槛是否合理

检查提案门槛、法定人数、通过比例和 Super Quorum，结合真实参与率而非照搬参数。

16.4 I：Interface，前端能否替换

确认前端失效后能否通过其他界面或合约继续参与，避免治理完全依赖单一网站。

16.5 N：Notice，是否留出审查时间

Voting Delay、Voting Period 与 Timelock 应给社区足够时间发现错误和恶意操作。

16.6 G：Governance Execution，谁最终执行

确认结果由多签、Safe 模块、Snapshot X、Governor 还是人工团队执行，并检查取消与紧急权限。

普通用户如何安全参与治理？

第一，从项目官网或官方文档进入治理页面，核对域名、Space、链、Governor 与 Token 地址。

第二，分清签名和交易。经典 Snapshot 多为链下消息签名；Governor 投票、委托、Queue 和 Execute 通常是链上交易。任何代币授权都应额外检查。

第三，确认投票权时间点。提案创建后才买入或委托的代币，可能无法用于当前投票。

第四，阅读执行调用。重点核对目标地址、转账金额、角色变更、升级实现和 Timelock，而不是只看标题。

第五，使用独立治理钱包，把投票与主要资产隔离，并定期撤销不再使用的授权。

第六，委托前查看代表历史、投票理由、报酬和利益冲突；委托不应要求把代币转给代表。

常见问题

18.1 Snapshot 投票需要 Gas 吗？

经典 Snapshot 使用链下签名，通常不需要投票 Gas；Snapshot X 是链上协议，部署和操作可能产生 Gas，也可由赞助或 Relayer 改善体验。

18.2 Snapshot 投票通过后会自动执行吗？

经典版通常不会，除非 DAO 接入 SafeSnap 等执行模块。Snapshot X 则可通过 Execution Strategy 自动执行通过的提案。

18.3 Tally 和 Governor 是同一个东西吗？

不是。Tally/Cactus 是应用和索引层，Governor 是链上治理合约。前端帮助用户交互，但权限与结果由合约决定。

18.4 Tally 为什么变成 Cactus？

当前官方文档显示 Tally 正过渡为 Cactus On-chain Operations。历史提案和行业资料仍常用 Tally 名称，使用时应以当前官网与 DAO 官方入口为准。

18.5 持有治理代币为什么显示零投票权？

常见原因是未在提案快照前持有、没有委托给自己或代表、连接错误网络，或 Space 的 Voting Strategy 不计算该资产。

18.6 Governor 一定要搭配 Timelock 吗？

技术上不一定，但高风险协议通常应设置执行延迟。没有 Timelock 的提案通过后可能立即执行，社区缺少响应窗口。

18.7 Governor 部署后就是完全去中心化吗？

不一定。还要检查代理管理员、金库、Timelock、取消权、安全委员会、前端和其他合约权限是否真正受治理控制。

结论：投票界面不等于治理权

Snapshot、Tally 与 Governor 分别解决不同问题。经典 Snapshot 让社区低成本表达意见；Snapshot X 把模块化投票与执行搬到链上；Tally/Cactus 让成员更容易阅读和操作 Governor；Governor 则把提案、计票、法定人数与执行规则写进智能合约。

最实用的方案通常不是三选一，而是分层组合：论坛负责研究和讨论，Snapshot 负责早期共识，Governor 与 Timelock 负责高价值链上执行，Tally/Cactus 提供交互，Safe 管理早期或受限运营权限。

治理安全也不能靠工具名称保证。参数、权限、合约代码、代表集中度和成员参与，都会决定最终结果。正确顺序是先定义组织要治理什么，再决定谁有权投票、怎样形成结果，最后才选择前端与合约。

完成本篇后，可返回文章DAO 去中心化自治组织完全指南继续建立整体框架；准备搭建治理系统时，可继续阅读如何创建你自己的 DAO？从零到上线指南。

如需管理多链资产和连接治理应用，可使用 Hotcoin Web3 Wallet；需要移动端行情与交易工具，可前往 Hotcoin App；浏览更多教育内容，请访问 Hotcoin。

风险提示： 本文仅用于教育与信息分享，不构成投资、法律或税务建议。Snapshot、Snapshot X、Tally/Cactus、Governor、Safe 与相关合约功能可能变化；参与或部署前请核验最新官方文档、网络、合约地址、治理参数、钱包签名和实际执行权限。