Shutter 为 Snapshot 带来了屏蔽投票

Tatu

阅读需要 6 分钟

我们很自豪地宣布，Shutter Governance 已经集成，现在所有使用 Snapshot 的 DAO 都可以使用！

通过实施 Shutter Governance，Snapshot 现在正以阈值加密形式的部分隐私，将屏蔽投票带到 Ethereum。Shutter 团队一直与 Snapshot 团队密切合作开发 Shutter Governance 的首次实施。如果你还没有阅读，请前往阅读 Snapshot 的公告帖子！

在这篇文章中，我们将更深入地研究实现的细节以及某些架构决策背后的原因。

屏蔽投票是更好的投票

我们认为，默认情况下——类似于政治选举的投票方式——给定 DAO 的所有 DAO 投票者都应该能够事先访问相同的信息。我们这些使用加密治理的人，不也应该有这个选择吗？

更具体地说，以下是我们希望添加到投票过程中的一些好处：

• 投票前的信息对称，
• 增加对审查的抵抗能力，
• 部分隐私。

我们预计这将导致减少选民的不当行为和投票冷漠，并且可以解决特定治理激励系统中存在的一些问题。

这听起来可能有点理论化，所以让我们看看这两个例子：

1. 考虑一个有争议的投票，其中少数派正在早期将投票推向一个方向。那些还没有形成强烈意见的选民可能会看到这一点，并认为结果已经决定。因此，他们会因为选民冷漠而不愿投票，也不愿研究/形成意见。由于选民的冷漠，这可能导致投票倾向于少数派，这不是一个好的结果，因为投票的目标是代表多数人的意见。
2. 考虑一个怀有恶意的大户，观察并等待投票结果。只是在最后一分钟才介入，借入/购买刚好足以影响投票结果的代币数量。并且在社区没有更多时间做出反应的时候这样做。

在这两种情况下，屏蔽投票都可以极大地改善情况。第一个例子涵盖了此功能如何帮助激励人们投票，从而提高选民投票率。在第二个场景中，我们展示了屏蔽投票如何保护提案免受操纵。

Shutter Governance 改善了 Commit-Reveal 方案的用户体验

已经确定使用 commit-reveal 方案的屏蔽投票可能具有巨大的好处，但问题仍然存在，为什么不使用像 ENS 使用的 这样的简单 commit-reveal 方案呢？

答案是用户体验。在一个基本的 commit-reveal 方案中，在提交之后，用户必须等到一段时间过去，然后自己进行揭示。处理这个问题可能会使整个 commit-reveal 过程变得不可行。用户必须揭示会导致用户的痛苦和成本，他们必须进行两次交易，额外的 UI 复杂性来考虑等待期/提醒用户，并且会失去一定比例的总是忘记揭示的用户。

有了 Shutter，揭示由系统处理，并且阈值加密确保对中心角色的信任最小。

基于 Shutter 的技术

在 Shutter，我们 最初开发了这项技术，以承担保护最终用户免受恶意 MEV 侵害的任务，这仍然是我们的核心关注点。然而，在揭示了这项技术的最初用例之后，外部各方与我们联系，希望将该技术用于更多用途，包括专门将其用于屏蔽投票。

在我们的系统中，投票者只需要执行一个提交投票的操作。加密和解密的密钥由一组名为 Keypers 的特殊节点提供。Keypers 通过运行分布式密钥生成 (DKG) 协议来生成加密密钥。投票期结束后，他们会发布相应的解密密钥。

投票者使用 DKG 创建并由 Keypers 提供的加密密钥提交加密的投票。然后由 Keypers 执行揭示。他们解密投票，揭示提案的最终结果。

Shutter 系统利用阈值加密。阈值加密是一种使一组密钥持有者能够提供加密锁的技术。只有当至少一定数量的成员合作才能打开的锁。这确保了任何一方或勾结的少数 Keypers 都无法提前解密任何内容。他们也不能阻止 DAO 揭示投票结果。只要一定数量的 Keypers（"阈值"）表现良好并且诚实行事，该协议就能按预期运行。

通过更简单的密钥派生改进用户体验

密钥生成过程的目标是输出由加密密钥和相应的解密密钥组成的 epoch 密钥对。但是，分布式密钥生成协议的效率非常低，参与者众多。

因此，Shutter 对分布式密钥生成 (DKG) 使用两步过程。首先，执行传统的 DKG 过程，生成所谓的 eon 密钥对。然后广播公钥，而私钥永远未知——每个 Keyper 仅拥有其中的一部分。eon 密钥生成步骤需要相对较长的时间，但这是可以接受的，因为它仅在 Keyper 集更改时发生。

投票不会直接使用 eon 密钥进行加密和解密，而是使用所谓的 epoch 密钥。从单个 eon 密钥可以派生出无限数量的 epoch 密钥。

为了派生 epoch 公钥，只需要 eon 公钥和一个唯一的 epoch 标识符。在此实现中，唯一的 epoch 标识符是提案。因此，每个投票者都可以在本地计算 epoch 公钥以加密其交易。但是，epoch 私钥是至少需要一定数量的 Keypers 贡献的股份的组合。每个 epoch 私钥份额都是从 epoch 标识符计算得出的，并且 eon 私钥份额仅由各个 Keypers 知道。总共，每个 Keyper 和 epoch 只需要发布一条消息。

通过此过程，投票者可以轻松参与，因为密钥派生过程不需要 Keypers。通过发送一笔交易，他们加密的投票将提交给系统。

存在任何风险吗？

当前实施的屏蔽投票系统应被视为 Beta 版本。 原因有以下几点：

• 基础阈值加密实现仍然很新，因此可能包含未知的错误。
• 在 Snapshot Hub 和 Shutter 之间传递加密和解密密钥的基础设施同样是新的。
• 在此初始部署中，Keyper 集（协作执行阈值加密机制的实体）不会完全去中心化。

这会带来什么后果？

由于阈值加密的工作方式，唯一真正的风险是提案的投票可能无法解密。我们将采取一切合理的预防措施来防止这种情况实际发生。

此外，我们确实要强调的是，Keypers/Shutter 无法审查投票或以其他方式影响正在进行的提案。

Shutter 还可以用于什么？

正如上面已经简要提到的，我们最初创建 Shutter 是为了链上交易，其想法是防止以太坊上出现恶意的最大可提取价值 (MEV)。

现在，Shutter Governance 正通过与 Snapshot 的合作起飞。而且我们最近 宣布了 Rolling Shutter，这次是为 rollup 准备的！

Rolling Shutter 建立在我们之前使用阈值加密的努力之上。但是，它将 DKG 方案直接实施到 Layer 2/rollup 排序器机制中，以便 默认情况下保护部署在给定 rollup 上的所有 dapps。这也提高了审查阻力，并可能提高了 rollup 的延迟属性。

立即切换到屏蔽投票

你会在 Snapshot 上看到此图标，表示已启用屏蔽投票的提案

你可以为你的 DAO 尝试屏蔽投票；在 Snapshot 中的任何空间都可以在管理员设置中启用屏蔽投票。切换到使用此功能后，无论选择哪种投票类型，之后创建的所有提案都将使用该功能！你也可以在提案之间轻松切换回常规投票。

告诉你的 DAO 使用它

你是 DAO 的成员，但不是负责设置的人吗？让你的 DAO 知道屏蔽投票可用并使用它！ 你的整个社区现在都可以享受更好的投票体验！

想成为 Keyper 吗？

没有 Keypers，Shutter 的任何实现都无法工作。参与运行节点，并确保大量的 Keypers 增加了一组的去中心化。

如果你有兴趣在未来成为 Keyper，请发送电子邮件至 contact@shutter.network。

分享这篇文章：

在 Twitter 上分享在 Facebook 上分享在 Linkedin 上分享通过电子邮件发送

链接已复制到剪贴板！

较新的帖子

宣布 Shutter protoDAO

较旧的帖子

MEV-Day 2022 总结

你可能也喜欢

Shutter MCP Alpha：你的命令下的加密工作流程

Ethereum 应该限制透明度以实现更公平的区块链

即将推出给 DAO：通过同态加密实现的永久屏蔽投票

BNB Chain 正在与 MEV 作战——Shutter 拥有赢得它的武器

订阅 Shutter 博客新闻通讯并保持更新。

不要错过任何内容。将所有最新的帖子直接发送到你的收件箱。它是免费的！

NameEmailSubscribe

太棒了！ 检查你的收件箱并单击链接以确认你的订阅。

Error! Please enter a valid email address!

Subscribe

• 原文链接： blog.shutter.network/shu...
• 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～