# 雅典娜之旅：分布式密钥生成 By [maix](https://paragraph.com/@maix) · 2023-02-14 --- **Athena 之旅的下一步是与其他运营商一起参加分布式密钥生成仪式，为验证者激活奠定基础，这将分批进行。** **作者：Oisín Kyne, Thomas Heremans** **2022年8月1日 • 5 分钟阅读** **原文来自：** [https://blog.obol.tech/the-athena-journey-distributed-key-generation/](https://blog.obol.tech/the-athena-journey-distributed-key-generation/) **翻译：JW** ![Obol 使用阈值签名来允许分布式验证在某些节点离线时保持在线](https://storage.googleapis.com/papyrus_images/2685f904588747c16e76a060492f75e48e90ad1b66370911dcde317094b7695a.png) Obol 使用阈值签名来允许分布式验证在某些节点离线时保持在线 ### 关键链接 * * [提交文件表格](https://obol.typeform.com/DepositData) - 由集群队长在成功的 DKG 仪式后完成。 * [快速入门指南Repo](https://github.com/ObolNetwork/charon-distributed-validator-node#quickstart) * [加入 Discord 的链接](https://discord.com/invite/n6ebKsX46w) 概述 -- 首先，感谢大家！我们对 Obol 的第一个公共测试网 Athena 的获得的兴趣不知所措，在 40 多个国家/地区有超过 [4500 名受访者](https://sobol.io/d/the_obol_network/structure?view=circles)。该测试网的目标是收集关于 Charon 的公共网络性能数据，Charon 是我们的分布式验证技术 (DVT) 中间件。有了这种对测试 Charon 的兴趣，我们有信心让 Obol 网络更加健壮，从而实现我们的目标，即通过多运营商验证来促进信任最小化的质押。 提醒一下，这些是 Athena 的不同阶段。它们每个都对应于通过 Charon 成功运行 DV 所需的特定步骤，并且大致符合我们的[快速入门指南](https://github.com/ObolNetwork/charon-distributed-validator-node#quickstart)。 * 第一阶段：测试网注册和 ENR 生成（已结束） * 第二阶段：协调分布式密钥生成 (DKG) 仪式 * 第三阶段：验证者激活和运行 * 第四阶段：验证者退出、Athena 完成和性能分析 对于这篇文章的其余部分，我们将介绍第二阶段和第三阶段的细节。 第二阶段：DKG 仪式的协调 -------------- Charon 可供一群人（通常为 4 到 10 人）一起运行分布式验证集群。分布式验证生命周期中的主要同步事件是密钥生成仪式。此过程以安全的方式创建[密钥共享](https://docs.obol.tech/docs/int/key-concepts#distributed-validator-key-share)，没有任何一方知道完整的私钥。集群中的每个运营商都需要参加这个仪式才能获得他们的密钥份额。 ![使用各种以太坊客户端的四节点分布式验证集群](https://storage.googleapis.com/papyrus_images/7dac7b491d204f157154742fddae02309a5efeb950d93154f1d8eac30e035951.png) 使用各种以太坊客户端的四节点分布式验证集群 为了扩大这种协调工作，我们将提供两个方式来协调这些仪式。 方式 -- ### 1\. 社区 我们意识到，信任你以前从未见过的人一起经营 DV 可能会让人望而生畏。我们也承认许多强大的以太坊社区已经存在，我们希望利用它们。这就是为什么我们将通过与您在注册​​过程中告诉我们您所属的社区（例如节点运营商协会、Lido、EthStaker、Rocketpool、SheFi、She256、Bankless 等）组织 DKG 研讨会来启动这些仪式。 在这些研讨会中，我们将介绍根据 Obol 的[快速入门](https://github.com/ObolNetwork/charon-distributed-validator-node#quickstart)设置 DV 的第 1 步到第 3 步。当你在 注册Athena 兴趣表格中时，大多数人都已经完成了此过程的第 1 步。你将与你具有相似个人资料的运营商分组，在研讨会结束时，您将有机会决定是否希望作为一个团队在测试网上完成并激活你的 DV。 要参加你社区的研讨会，请继续关注你社区的 Discord，我们将在里面宣布日期和安排。 ### 2.个人组织 我们更愿意将这个方法中的操作员视为冒险家，因为你将直接选择你将在集群中与谁分组。考虑这一点的一种情况是与你的朋友一起运行一个集群。另一种情况是与志同道合的人自组织成集群。 在这两种情况下，你都需要自行协调，我们将在激活集群之前通过集群负责人（队长）提交的存款文件验证您的集群有效性，集群负责人将在这种方式上尤为重要（更多信息见下文）。事实上，在协调 DKG（第 3 步）与他们的集群之前，队长还必须执行快速入门的[第 2 步](https://github.com/ObolNetwork/charon-distributed-validator-node#step-2-leader-creates-the-dkg-configuration-file-and-distributes-it-to-everyone-else)。 Obol 团队将开设[专门的 Discord 频道](https://discord.com/channels/849256203614945310/1003626879867179028)以促进这种协调，并出现在 Discord 上以回答与 DKG 相关的问题。你可以在[此视频](https://www.youtube.com/watch?v=94Pkovp5zoQ&t=5s)中找到 DKG 过程的概述： [![]({{DOMAIN}}/editor/youtube/play.png)](https://www.youtube.com/watch?v=94Pkovp5zoQ) 概念 -- ### 创建的工件 当所有操作员都参与了 DKG 时，将生成以下信息： 1. 每个运营商都会收到他们的分布式验证的私钥共享，然后可以将其加载到他们的验证客户端中。 2. 生成一个集群锁文件，其中概述了该集群将运行的所有分布式验证。该文件包含 Charon 用于协调集群的信息，Obol 团队将使用该信息来验证分布式验证是否已正确创建。 3. 将生成验证者存款数据文件，该文件包含在[验证者启动板](https://goerli.launchpad.ethereum.org/en/)上激活验证者所需的信息。 ### 集群队长 每个集群的一名操作员将（自我）指定为该集群的负责人。此人将承担与 Obol 团队一起上传存款和集群锁定文件的重要责任，以便我们验证集群并激活验证。他们可以在这个[Typeform](https://obol.typeform.com/DepositData?typeform-source=blog.obol.tech)操作： 在测试网期间，集群队长还将成为其集群的负责联系人。 ### 要求 请记住，参与此测试网需要你： * 运行 Obol 的 Charon 客户端，以及 Goerli 共识、执行和验证器客户端 30 天或更长时间。 * 测试完成后从验证集群中退出此验证器。 第三阶段：验证者激活和运行 ------------- 一旦 Obol 团队收到来自每个集群队长的分布式验证存款数据，我们就会将该数据与 32 个以太币一起发送到 Eth2 存款合约，以开始激活过程。 由于这是一个手动过程，我们将分批提交激活验证，可能每周一次。提交后，验证者需要经过激活队列，截至撰写本文时，这可能需要几天时间。 在等待激活期间，节点操作员（通过他们的集群负责人）将定期收到核心团队的签到，以确保他们准备好在该验证激活后对其进行验证。运营商将被要求确认他们已同步测试网信标客户端，并且他们已打开公共互联网所需的端口，以便每个 Charon 节点相互通信。 如果一切顺利，一旦验证者被激活，分布式验证集群将开始运行。目的是运行此测试网 28 天。 总结 -- 当我们关闭测试网的第一阶段并进入第二和第三阶段时，我们很高兴您能与我们一起踏上雅典娜之旅。虽然人工协调可能是一项开销，但它是必要的为了让使以太坊更具弹性。 让我们一起在全球范围内构建分布式验证！ ### 免责声明 Charon 是早期的 alpha 客户端软件，尚未准备好在主网上使用。它目前需要变得更加用户友好、有弹性和经过实战检验。如果你选择参加这个测试网，那是为了改进一项核心技术，以保持以太坊PoS的去中心化。申请人不应期望有偿而参与此测试网。 --- *Originally published on [maix](https://paragraph.com/@maix/ijB1TYsd4LD4S5bv9QVj)*