｜作者：Vera Ye｜译者：Vera Ye｜校对：雁南｜排版：龙犄角｜
随着以太坊上的 Defi 成为热点，对去中心化治理工具的需求量同步大幅增长。在过去的一年中，以太坊生态系统中显示出以下三个主流的去中心化治理趋势：
**渐进式去中心化 **中心化团队逐步将主导控制权下放至社区/用户群/代币持有者。
**安全资产管理 **多重签名机制的资产管理工具成为项目开发者管理以太坊资产的首选方式。
链下投票 随着 gas 费的飙升，许多项目选择使用链下投票（如 Snapshot）而不是链上投票（如 Aragon、DAOStack 等）。
Gnosis 团队尝试结合以上趋势，为以太坊上的项目打造可访问、安全和去中心化的解决方案。
Gnosis Safe：可靠的多签钱包
通常，大多数以太坊用户习惯使用单钥钱包，也称外部账户（externally owned account, EOA）。这些账户使用私钥保障隐私，由"助记词"即12个单词构成。该私钥一经破坏，资金就会面临被盗风险。
如果是一个多人构成的企业，EOA 并不是一种安全的加密资产管理方式。当有员工故意或不慎泄露私钥，资金将不翼而飞，永远消失。即使企业中只有你自己一个人，EOA 仍不是最佳的资金管理方式。那么，什么是更好的解决方案？多签钱包给出了答案。
Gnosis 团队打造了 Gnosis Safe，这是一个基于以太坊的智能合约钱包，其要求在交易发生前，总人数 N 中至少有最低数量 M 的人批准交易（M-of-N）。例如，如果你的企业有3个主要的利益相关者，你能够设置钱包，要求在交易发生前得到全部3个人的批准。这保证了没有任何一人有权随意动用资金。此外，Gnosis Safe 让用户能够自行保管资金，不再存在银行因加密货币经营出现问题而造成的麻烦。同时，其中部署的智能合约完全去信任化，由用户全权掌控。
下图展示了 Gnosis Safe 与其它数字资产存储方案的差异。
总结而言，Gnosis Safe 主要有以下4个特征与优势：
**安全性 **自行按需求设置交易成立所需的最低签名数，提升企业加密资产的安全性。确保交易执行前由多个成员进行确认，避免出现未经允许动用公司资产的情况。
**多元性 **它支持多种数字资产，比如 ETH、ERC20（代币）和 ERC721（收藏品）。此外，还可以在页面查看资产对应的现实货币价值。
**兼容性 **支持多种钱包，无论是移动钱包、浏览器插件，还是硬件钱包，都能轻松连接。
**便捷性 **支持多平台操作（网页版、桌面端、移动端）。随时随地使用数字资产，灵活进行投资交易。
换言之，Gnosis Safe 的业务逻辑是组合多个用户（可以是EOA，也可以是合约），多个用户同时对一笔交易进行签名，签名验证成功后，执行交易并扣除相应的 gas 费。此外，用户可以加载多个模块，通过不同的模块对多签钱包的行为进行限制。
随着 Gnosis Safe 成为许多 DAO 常用的加密基金管理系统，Gnosis 团队开始尝试开发兼容的模块套件。
SafeSnap："链下-链上"平衡器
目前，许多项目鉴于 gas 费的飙升，选择使用链下投票（如 Snapshot）而不是链上投票的形式。由此，Gnosis 团队在 Gnosis Safe 的基础上衍生开发了 SafeSnap 模块。这是他们为 Gnosis Safe 构建的首个去中心化治理工具。SafeSnap 可被视为统筹"投票-执行"过程的功能套件，结合 Gnosis Safe 和 Snapshot，保障链上执行内容和链下投票结果的一致性。
目前，Yearn、SushiSwap、Synthetix、Balancer、mStable、PoolTogether、dHedge、BrightID、Stakewise、EPNS、Gnosis DAO 均计划在下一阶段的渐进式去中心化治理中使用 SafeSnap。
Gnosis Safe 根据链下投票结果采取链上行动，链下投票通常在 Snapshot 上进行。采用链下投票而非链上投票是出于对两重困境的权衡考量：要么使用低成本、参与度高但相对中心化的链下投票，要么使用昂贵但安全的链上投票。这两种选择都不算最理想，但在 gas 费居高不下的情况下，为了提高资本效率并包容资产较少的代币持有者，链下投票更可取一些——至少在短期内是这样。
SafeSnap 套件旨在更好地结合 Snapshot 和 Gnosis Safe，通过将 Gnosis Safe 与 Reality.eth（预言机——智能合约与外部数据的交互桥梁） 连接，确保链下投票结果正确无误地反馈到链上执行。这样团队就可以在使用 Gnosis Safe 保障资产安全的同时，避免在链上投票中投掷高昂的 gas 费，并通过在团队的 Gnosis Safe 中简单添加 SafeSnap 套件，轻松实现去中心化治理。此外，团队也可以选择在使用 SafeSnap 的同时保留 Gnosis Safe 多签名组，作为一层额外的保护机制。当然，社区也可以根据自身选择删除。
以 Gnosis Safe 和 Snapshot 为核心结构，大致有如下三种渐进式去中心化途径：
- 由多重签名作为执行代理（Gnosis Safe + Snapshot） 由多重签名组向社区承诺严格按照链下投票结果进行链上执行。这是目前的现状。
- 由多重签名作为执行保障（Gnosis Safe + Snapshot + SafeSnap） 链下投票结果的链上执行由 SafeSnap 处理，由多重签名组作为保障机制，可以制裁否决恶意行为或在紧急情况下进行危机处理。
- 直接撤销多重签名（Gnosis Safe + Snapshot + SafeSnap） 删去多重签名组，仅通过 SafeSnap 执行交易。
SafeSnap 工作机制可通过上图简单归纳——基于预言机的解决方案，运行逻辑如下：
- 在 Gnosis Safe 组件中，任何人都可以自行创建新提案，生成多发送交易有效负载（multisend transaction payload）。
- 每个提案对应生成一个 Reality.eth 问题，询问以下三个"yes or no"：(1) 对应的 Snapshot 提案是否通过；(2) 提案是否包含有效负载；(3) 有效载荷是否与提案内容吻合。
- 如果经验证，对应的 Snapshot 提案已通过，那么 Reality.eth 将输出与 Snapshot 中一致的结果。在 24 小时的冷静期（Cooldown Period）后，提案中的交易可由任何人执行。
- 使用 Reality.eth 时，需要提供一个 ERC-20 代币作为质押。最低债券额度可以在 DAO 内部以提案形式进行表决。
- 黄色框中代表的是一个 Snapshot 插件。若提案通过，用户可以在其中输入一组 tx-payloads，由 Gnosis Safe 顺序执行。一旦提案通过，Reality.eth 问题解决，冷静期结束，Snapshot 界面将出现一个选项，允许触发提案中的每一个多重发送交易。
References
