作者：Oisín Kyne
2022年7月8日 • 6分钟阅读
原文来自：
https://blog.obol.tech/the-athena-testnet/
翻译：JW
Obol核心团队在过去几个月里一直在开发分布式验证中间件客户端，并运行内部devnets。
Charon需要被更多的节点运维员测试的时间已经到了。今天，我们宣布Obol的第一个公共测试网；Athena，以及我们通往主网客户端的发展路线。
分布式验证技术 (DVT) 允许一个以太坊验证者在多台机器上运行。理论上，所有这些机器都可以由一个实体控制，但是，我们希望以群体的方式使用 DVT，以操作员的组合协作运行以太坊验证。考虑到这一点，这个和未来的测试网将需要一群人一起协作来运行节点。这将是一个更大的开销，但也是使以太坊更具弹性和促进去中心化所必需的。 Obol 网络旨在促进群体中信任最小化的质押，使人们能够创建、测试、运行和协调分布式验证器。
参与这个测试网将看到你与世界各地的其他节点运营商结对合作，我希望这将导致一个更强大、更相互联系的 Obol 社区。
作为一个组的一部分运行分布式验证意味着至少有一个同步场合，操作员组必须聚集在一起并执行分布式密钥生成（DKG）仪式。除此之外，所有其他活动都应该以异步方式完成。
测试网的旅程将如下所示：
测试网接收表格打开。此表格将询问你的粗略地理位置等信息，以便将你与其他运营商配对。你将需要短暂运行 Charon 客户端以生成 ENR 私钥以用于计划的分布式密钥生成仪式。作为此过程的一部分，我们将要求提供一些个人信息，以减少女巫攻击的可能性。因此，请只填写一次表格。此外，通过摄入形式注册测试网并不能保证选择。
一旦我们收到了最初的申请队列，下一阶段将是协调参与者之间的分布式密钥生成仪式。每个选定的测试网申请人都将收到来自 Obol 核心团队的通信，告知他们已分配给他们的运营商集群。这些操作员将有 7 天的时间窗口来协调他们将一起执行 DKG 的呼叫或时间。假设一切顺利，这个过程只需要几分钟。
当所有操作员都参与 DKG 时，会生成以下信息：
每个运营商都会收到他们的分布式验证器的私钥份额。然后，他们将这些文件加载到他们的验证器客户端中。
生成一个集群锁定文件，其中概述了该集群将为其运行的所有分布式验证器。该文件包含 Charon 用于协调集群的信息，核心团队将使用该信息来验证分布式验证器是否已实际创建。
将生成验证者存款文件以激活具有存款合约的验证者。
一名运营商必须通过第二个 Typeform（我们将在适当的时候共享）向 Obol 核心团队上传存款文件和集群锁定文件，从而为激活分布式验证器做好准备。
截至撰写本文时，Prater 激活队列中目前约有 18,000 个验证者。这意味着每个验证器需要等待大约两周才能被激活。一旦 Obol 团队收到来自每个运营商的 DKG 仪式的分布式验证者存款数据，我们将把该数据连同 32 个以太币一起发送到存款合约，以开始激活过程。
在激活队列中等待时，节点操作员将收到来自核心团队的定期签到，以确保他们准备好在该验证器激活后对其进行验证。运营商将被要求确认他们已同步测试网信标客户端，并且他们已打开公共互联网所需的端口，以便每个 Charon 节点相互通信。
一切顺利，一旦验证器被激活，分布式验证器集群将开始运行。目的是运行此测试网 28 天。
经过大约一个月的运行，我们认为这个 Athena 测试网已经完成。运营商的最终任务将是成为优秀的测试网管理员，并从网络中退出他们的验证器，而不是不退出就将其关闭。与未能正确退出验证器的操作员相比，所有成功退出其验证器的操作员的性能得分更高。
此时，测试网将被视为完成。核心团队将花费数周时间整理信息并分析观察到的所有分布式验证器的性能。将对性能进行评分，并发布一篇综合研究文章，概述客户端中确定的优点和缺点，以及创建和运行分布式验证器的整个用户体验流程。
这个日期也恰逢 Dappcon（9 月 12-14 日）和 EthBerlin（9 月 16-18 日）的开始。 Obol 团队将赞助并出席这两项活动，我们打算邀请测试网参与者参加那周在柏林举行的总结活动。更多详情请关注。
此处更详细地概述了 Obol 的测试路线图。紧接着的下一个测试目标是运行一个攻击网络，重点是在 Charon 受到攻击时发现更多问题。这将被称为 Bia Attack Net，并将与漏洞赏金平台合作推出。在那之后，目的是在 Gnosis 链上大规模运行分布式验证器，以获得名为 Cerce 的游戏皮肤、更高负载、更高风险的公共测试网 2。
以下概述了 Obol 核心团队如何看待 Charon 及其周边工具和智能合约的主网准备情况。此列表并不详尽，将来可能会添加。
在 Goerli + Gnosis Chain（又名快乐之路）上完成的公共测试网。客户端应该稳定且易于使用和调试，验证者应该与普通的单节点验证一样有利可图。
攻击网和红/蓝网完成（又名不幸路径）。客户端应该是 DoS 抵抗和模拟抵抗。如果需要/妥协，操作员应该能够轮换 Charon 密钥。在集群无法保持在线的情况下，验证器退出应该很容易。
Charon 已经过审计。
任何围绕存款合约的自定义智能合约都会被审计。
DV Launchpad 是完整的，操作员可以在创建和激活分布式验证器的整个流程中自助服务。
Charon 性能监控清晰易懂。了解集群中哪些运营商离线或表现不佳应该很容易识别和纠正。
网络升级弹性。 Charon 客户端应该能够通过计划的网络升级（例如 Capella 硬分叉）进行操作而不会出现问题
支持提议者提升的 LMD-GHOST 协议。目前，Charon 的拜占庭容错共识不考虑领导者提议的区块在分叉选择规则方面是否是最优的，要完全准备好主网，分布式验证器应该认识到考虑分叉选择的“适当”区块。不这样做可能会允许 DV 集群的拜占庭成员通过说服集群根据分叉选择提出一个不是最正确的有效块来尝试短期重组。这可能会影响网络稳定性，如果验证器定期提出分叉出的次优区块，则可能会影响验证器的盈利能力。
MEV-Boost/PBS 就绪。与区块提案挑战相关，能够支持盲信标区块和 MEV-boost 或中继器是主网准备就绪的要求。
版本协商。 Charon 集群需要能够顺利协调其协议升级，一旦所有客户端都运行支持建议协议版本的软件版本，就升级到集群中所有节点支持的最新协议规范。
所有任务都完成了。 Charon 目前支持证明和区块提议。聚合和两个同步委员会的职责需要完成才能为主网做好准备。更多内容将在未来的博客文章中介绍。
Charon 是早期的 alpha 客户端软件，尚未准备好在主网上使用。它目前需要变得更加用户友好、有弹性和经过实战检验。如果你选择参加这个测试网，那是为了改进一项核心技术，以保持以太坊PoS的去中心化。申请人不应期望获得任何补偿而参与该测试网。
此外，测试网参与者将与其他节点运营商分组，作为团队的一部分一起运行分布式验证。如果您不打算完成测试网计划，那么您的集群操作员可能无法在没有您的情况下成功完成该计划。请不要参与测试网，除非您确信自己能够运行一个节点两个月以上。表现不佳将使您的声誉和在未来 Obol 网络活动中的参与度受到威胁。
如果以上内容对您来说不错，并且你希望参与 Obol 的第一个测试网，请在以下 Typeform 中注册您的兴趣并加入我们的 Discord。当需要设置分布式验证者时，我们会与你联系。很高兴你加入！
作者：Oisín Kyne
2022年7月8日 • 6分钟阅读
原文来自：
https://blog.obol.tech/the-athena-testnet/
翻译：JW
Obol核心团队在过去几个月里一直在开发分布式验证中间件客户端，并运行内部devnets。
Charon需要被更多的节点运维员测试的时间已经到了。今天，我们宣布Obol的第一个公共测试网；Athena，以及我们通往主网客户端的发展路线。
分布式验证技术 (DVT) 允许一个以太坊验证者在多台机器上运行。理论上，所有这些机器都可以由一个实体控制，但是，我们希望以群体的方式使用 DVT，以操作员的组合协作运行以太坊验证。考虑到这一点，这个和未来的测试网将需要一群人一起协作来运行节点。这将是一个更大的开销，但也是使以太坊更具弹性和促进去中心化所必需的。 Obol 网络旨在促进群体中信任最小化的质押，使人们能够创建、测试、运行和协调分布式验证器。
参与这个测试网将看到你与世界各地的其他节点运营商结对合作，我希望这将导致一个更强大、更相互联系的 Obol 社区。
作为一个组的一部分运行分布式验证意味着至少有一个同步场合，操作员组必须聚集在一起并执行分布式密钥生成（DKG）仪式。除此之外，所有其他活动都应该以异步方式完成。
测试网的旅程将如下所示：
测试网接收表格打开。此表格将询问你的粗略地理位置等信息，以便将你与其他运营商配对。你将需要短暂运行 Charon 客户端以生成 ENR 私钥以用于计划的分布式密钥生成仪式。作为此过程的一部分，我们将要求提供一些个人信息，以减少女巫攻击的可能性。因此，请只填写一次表格。此外，通过摄入形式注册测试网并不能保证选择。
一旦我们收到了最初的申请队列，下一阶段将是协调参与者之间的分布式密钥生成仪式。每个选定的测试网申请人都将收到来自 Obol 核心团队的通信，告知他们已分配给他们的运营商集群。这些操作员将有 7 天的时间窗口来协调他们将一起执行 DKG 的呼叫或时间。假设一切顺利，这个过程只需要几分钟。
当所有操作员都参与 DKG 时，会生成以下信息：
每个运营商都会收到他们的分布式验证器的私钥份额。然后，他们将这些文件加载到他们的验证器客户端中。
生成一个集群锁定文件，其中概述了该集群将为其运行的所有分布式验证器。该文件包含 Charon 用于协调集群的信息，核心团队将使用该信息来验证分布式验证器是否已实际创建。
将生成验证者存款文件以激活具有存款合约的验证者。
一名运营商必须通过第二个 Typeform（我们将在适当的时候共享）向 Obol 核心团队上传存款文件和集群锁定文件，从而为激活分布式验证器做好准备。
截至撰写本文时，Prater 激活队列中目前约有 18,000 个验证者。这意味着每个验证器需要等待大约两周才能被激活。一旦 Obol 团队收到来自每个运营商的 DKG 仪式的分布式验证者存款数据，我们将把该数据连同 32 个以太币一起发送到存款合约，以开始激活过程。
在激活队列中等待时，节点操作员将收到来自核心团队的定期签到，以确保他们准备好在该验证器激活后对其进行验证。运营商将被要求确认他们已同步测试网信标客户端，并且他们已打开公共互联网所需的端口，以便每个 Charon 节点相互通信。
一切顺利，一旦验证器被激活，分布式验证器集群将开始运行。目的是运行此测试网 28 天。
经过大约一个月的运行，我们认为这个 Athena 测试网已经完成。运营商的最终任务将是成为优秀的测试网管理员，并从网络中退出他们的验证器，而不是不退出就将其关闭。与未能正确退出验证器的操作员相比，所有成功退出其验证器的操作员的性能得分更高。
此时，测试网将被视为完成。核心团队将花费数周时间整理信息并分析观察到的所有分布式验证器的性能。将对性能进行评分，并发布一篇综合研究文章，概述客户端中确定的优点和缺点，以及创建和运行分布式验证器的整个用户体验流程。
这个日期也恰逢 Dappcon（9 月 12-14 日）和 EthBerlin（9 月 16-18 日）的开始。 Obol 团队将赞助并出席这两项活动，我们打算邀请测试网参与者参加那周在柏林举行的总结活动。更多详情请关注。
此处更详细地概述了 Obol 的测试路线图。紧接着的下一个测试目标是运行一个攻击网络，重点是在 Charon 受到攻击时发现更多问题。这将被称为 Bia Attack Net，并将与漏洞赏金平台合作推出。在那之后，目的是在 Gnosis 链上大规模运行分布式验证器，以获得名为 Cerce 的游戏皮肤、更高负载、更高风险的公共测试网 2。
以下概述了 Obol 核心团队如何看待 Charon 及其周边工具和智能合约的主网准备情况。此列表并不详尽，将来可能会添加。
在 Goerli + Gnosis Chain（又名快乐之路）上完成的公共测试网。客户端应该稳定且易于使用和调试，验证者应该与普通的单节点验证一样有利可图。
攻击网和红/蓝网完成（又名不幸路径）。客户端应该是 DoS 抵抗和模拟抵抗。如果需要/妥协，操作员应该能够轮换 Charon 密钥。在集群无法保持在线的情况下，验证器退出应该很容易。
Charon 已经过审计。
任何围绕存款合约的自定义智能合约都会被审计。
DV Launchpad 是完整的，操作员可以在创建和激活分布式验证器的整个流程中自助服务。
Charon 性能监控清晰易懂。了解集群中哪些运营商离线或表现不佳应该很容易识别和纠正。
网络升级弹性。 Charon 客户端应该能够通过计划的网络升级（例如 Capella 硬分叉）进行操作而不会出现问题
支持提议者提升的 LMD-GHOST 协议。目前，Charon 的拜占庭容错共识不考虑领导者提议的区块在分叉选择规则方面是否是最优的，要完全准备好主网，分布式验证器应该认识到考虑分叉选择的“适当”区块。不这样做可能会允许 DV 集群的拜占庭成员通过说服集群根据分叉选择提出一个不是最正确的有效块来尝试短期重组。这可能会影响网络稳定性，如果验证器定期提出分叉出的次优区块，则可能会影响验证器的盈利能力。
MEV-Boost/PBS 就绪。与区块提案挑战相关，能够支持盲信标区块和 MEV-boost 或中继器是主网准备就绪的要求。
版本协商。 Charon 集群需要能够顺利协调其协议升级，一旦所有客户端都运行支持建议协议版本的软件版本，就升级到集群中所有节点支持的最新协议规范。
所有任务都完成了。 Charon 目前支持证明和区块提议。聚合和两个同步委员会的职责需要完成才能为主网做好准备。更多内容将在未来的博客文章中介绍。
Charon 是早期的 alpha 客户端软件，尚未准备好在主网上使用。它目前需要变得更加用户友好、有弹性和经过实战检验。如果你选择参加这个测试网，那是为了改进一项核心技术，以保持以太坊PoS的去中心化。申请人不应期望获得任何补偿而参与该测试网。
此外，测试网参与者将与其他节点运营商分组，作为团队的一部分一起运行分布式验证。如果您不打算完成测试网计划，那么您的集群操作员可能无法在没有您的情况下成功完成该计划。请不要参与测试网，除非您确信自己能够运行一个节点两个月以上。表现不佳将使您的声誉和在未来 Obol 网络活动中的参与度受到威胁。
如果以上内容对您来说不错，并且你希望参与 Obol 的第一个测试网，请在以下 Typeform 中注册您的兴趣并加入我们的 Discord。当需要设置分布式验证者时，我们会与你联系。很高兴你加入！
Share Dialog
Share Dialog
Subscribe to maix
Subscribe to maix
<100 subscribers
<100 subscribers
No activity yet