同一个提案、同一批人，换一种计分规则可能得出相反结果。这不是修辞，是 Snapshot 治理里每天都在发生的事，而操纵结果的开关叫投票策略。Snapshot 官方文档给它的定义很工程化：投票策略决定提案的投票权如何按特定规则或条件计算。文档给出的生态规模也值得一提——可选策略超过 400 个，从简单的代币余额到叠加多条件的复杂组合都有，任何人还能提交自定义策略。
先认脸熟的主流款。文档列出的常用策略里，默认值是 erc20-balance-of，读某个 ERC-20 代币的余额当票力；erc721 用 ERC-721 NFT 的持有权计票；erc1155-balance-of 对应 ERC-1155 版次代币；erc20-votes 计的是带委托机制的 ERC-20 余额；whitelist 则不管持仓，名单内每人固定票力。同一句话就能看出口径差异的分量：一个 NFT 项目若用 whitelist，是少数地址说了算；若用 erc721，是持 NFT 者按地址计票；如果换成 erc20-balance-of，代币大户碾压一切持仓。策略选择实质上定义了权力归属，而不是权力之外的技术细节。
对 NFT 持有者要拆出三个易错细节。第一，按什么资产计票只是策略的一半，另一半是快照时点——投票权通常在提案创建那一刻的链上状态定格，之后才买入的 NFT 不参与本轮投票；有人提前收到风声在提案前集中采购持仓，策略本身对此没有防御。第二，多个合约怎么并表：NFT 项目在多条链或有多枚合约时，space 管理员需要把策略参数逐条配对，文档支持的组合方式最多可叠加到 8 条策略累计计分，付费的 Pro 空间可到 10 条。第三，策略只负责算票，不承担身份判定——文档另有验证策略（validation）单独负责谁能进投票现场，两套配置互相配合，别把白名单误设成计票策略。
这些配置的入口都在空间设置的 voting strategies 区，普通读者判断一个空间的治理成色，照着这条路径读一遍配置即可得到事实答案：它按什么资产计票、有没有叠自定义策略、验证策略是否把范围收窄。一个只挂了 erc20-balance-of 的空间，其提案结果由代币集中度决定；一个挂了多重条件的空间，权力结构要看每条策略各自指向何处。
最后校准预期。Snapshot 是无 Gas 的签名投票，投出的是可读的意愿记录，链上执行要靠另外的流程，这与本文主题无关但影响你对结果的解读；而任何策略都不自动公平——400 多个策略只是工具箱，把权力切成什么形状，由设置空间的人决定，也应该被每个投票者读懂再按下签名。涉及策略数量上限与参数以 Snapshot 官方文档当时版本为准。本文为机制说明，不构成任何投资建议。
文档列举的常见款之外，还有一类值得知道的策略形态：带时点与门槛参数的复合计票。同一个 erc721 策略可以配置成只看某个区块号之后的持仓，或多枚合约的地址列表并列；whitelist 之外的验证类配置能把入口再收一道。对普通持有人，这意味着读策略配置时要区分两个层次：计票口径（按什么资产、在哪个时点）决定权力分布，资格口径（谁能参与）决定舞台边界。Snapshot 文档把两块都摊在空间设置页里，判断一个空间的治理结构，不需要任何内部消息，把这两块配置逐条读完就够了。
最后补一个实操提醒：策略名字相同不代表参数相同。两个空间都挂着 erc721，一个可能指向合集主合约，另一个可能指向桥接版合约，持有人在两条链上的同一项目会被算出两套票力；带 version 参数的合约策略还会因实现版本不同而读数方式不同。投票前花一分钟在策略详情里核对合约地址与链，比事后发现票没算上再申诉便宜得多。400 多个策略生态的好处是可组合，代价是参数空间的复杂度全部转嫁给配置者与读者。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。