Subscribe to 深潮TechFlow
>100 subscribers
Subscribe to 深潮TechFlow
>100 subscribers
Share Dialog
Share Dialog
撰写：Collin Myers*, *Oisín Kyne
编译：深潮 TechFlow
Obol Network 推出了 Ethereum 主网的第一个分布式验证器。这标志着 Obol 将 DV 带入以太坊主网的旅程的第一阶段，一个对所有验证者和质押者都更加安全、有弹性和去中心化的新篇章即将到来。Obol Network 项目负责人 Collin Myers 及 首席技术官 Oisín Kyne 介绍了其设计理念、协议路线图以及采用策略。
在设计和实现 V1 时，Obol 使用设计支柱的灵感来自 Ben Edgington 关于 Serenity（当时的 Eth2）设计理念的 OG 帖子。
弹性：消除验证者作为网络中的单点故障的影响；
去中心化：使所有类型和规模的验证者都可以轻松访问协议；
安全性：通过包括分布式密钥加密技术来提高验证器的安全性；
抗关联性：以一种本身不会成为漏洞的方式设计 DVT；
性能：分布式验证器的性能必须等同于或优于普通验证器。
DVT 将以开放、建设性和高度协作的方式进行推出，采用类似于 ETH2 推出的浪潮。dv494484.eth 的成功发布是我们的第 0 阶段版本，这是我们迈向 Obol V1 之旅的第一步。
随着 DVT 的普及，其早期目标必须保持与当前验证器的性能相同。这对于验证器生态系统的早期采用和持续支持至关重要，这也是我们在设计、实施和测试 Obol 时非常强调的一点。
在未来构建时，我们还专注于 Charon 对所有验证器类型的性能。我们希望未来由世界各地的参与者共享验证器，这会极大地影响了我们设计、介绍和测试 Obol DVT 的方式。
由于以太坊验证器类型的多样性，我们将采取分阶段的方式来推出 Obol。在每个阶段，我们将针对某些用户群进行特殊关照。这将改善以太坊基础设施垂直领域的长期 DVT 管道（即 LSP 的、家庭验证器、DeFi 等），从而使得该项目在为以太坊生态系统提供价值的同时，能够保持性能、安全性和可用性。路线图中的每个阶段也将为下一阶段打下基础。
Obol V1 的研究、设计和实施已经进行了 24 个月，现在已经完成了稳定性测试。通过这项工作，我们能够将 Obol 网络分解为四个功能区，即创建、测试、运行和协调。这 4 个功能领域共同影响了 Obol 路线图和 Obol V1 的功能，这是为分布式验证器的全球基础设施网络奠定基础的第一个驱动力。
纵观 V1 的支柱，Obol 网络开发并维护了四个核心基础设施：
DV Launchpad——一个用于迁移到或创建 Obol 分布式验证器的网络应用。
Charon——支持容错以太坊验证器的中间件客户端。
Obol Managers——一套智能合约，使验证器可以在群体中共享。
Obol Testnets——用于测试无权限的分布式验证器。
在 Obol V1 中，我们还将采用分阶段推出的方法。
为了了解 DV 在主网上的表现，你需要先对它进行实战测试。我们决定在提交第一次审计之前，部署第一个 DV。Pre-Alpha 阶段还包括提交与 Sigma Prime 的第一次审计，以及成功完成由 Miga 实验室团队创建的 DVT 性能报告。
Alpha 阶段将是与一群值得信赖的合作伙伴一起推出 Obol，并逐步将 Obol 整合到现有的和即将推出的质押应用程序中。一旦我们完成审计并解决所需的任何更改，此阶段就会开始。以这种方式推出，我们可以提供对不足的必要关注，使我们能够捕捉到更复杂的学习成果。
在成功完成 Alpha 阶段后，我们将开始使用商业许可来向更广泛的用户类型和项目集成开放 Obol。这使我们能够利用早期的学习成果，以 Alpha 阶段的数倍来扩大技术的采用。随着越来越多的运营商采用该 Obol，我们的主要重点是确保协议保持必要的质量。
我们主网旅程的公开发布阶段标志着 Obol V1 的完成。 到这个时候，我们希望有大约 10% 的质押受到 DVT 的保护。在完成 Alpha 和 Beta 阶段后，我们将完成所有 V1 测试网和审核，确保产品的性能、安全性和可用性。
在 Obol V1 阶段，我们将运行总共三个测试网。
Athena（和 Obol 运营商网络）（已结束）
Athena 测试网是我们的第一个公共测试网，于 2022 年 7 月至 9 月举行，与此同时，Obol 运营商社区（OOC）首次在他们的环境中测试 DVT。这也是我们为验证者提供 DVT 的第一套全面测试网络。
Bia (进行中)
目前正在进行的 Bia 测试网，旨在测试 Obol 在性能和可用性方面的扩展情况。我们的目标是在全球范围内激活超过 500 个集群，看看家庭验证者是否能在没有大量支持的情况下以自助方式创建 DV 集群。同时，我们也在与专业运营商测试 Bia，并扩展集群以运行 1000 个验证器来测试协议的垂直扩展能力。
Circe (即将推出)
Circe 测试网将在 Beta 发布后推出。Circe 将攻击协议以发现协议中的潜在漏洞和限制，例如 Obol DVT 的可削减风险。是该协议要经历的关键的最后一步，以确保 Obol 在公开发布阶段是完全安全的。
虽然 V1 的路线图令人兴奋，但我们一直在积极致力于实现 Obol V2 的愿景。Obol V2 主要侧重于通过增强的应用密码学和密码经济学来最小化分布式验证器的信任。
Obol 的最终状态是一个多客户端 DVT 协议，它允许任何验证者加入集群而无需信任（甚至不知道）同一集群中的其他运营者是谁。V1 的各个阶段将为构建 Obol V2 所必需的高性能、安全性和可用性奠定基础。
https://blog.obol.tech/road-to-mainnet-and-beyond-for-distributed-validators/
深潮 TechFlow 是由社区驱动的深度内容平台，致力于提供有价值的信息，有态度的思考。
社区：
订阅频道：https://t.me/TechFlowDaily
推特：@TechFlowPost
进微信群添加助手微信：blocktheworld
撰写：Collin Myers*, *Oisín Kyne
编译：深潮 TechFlow
Obol Network 推出了 Ethereum 主网的第一个分布式验证器。这标志着 Obol 将 DV 带入以太坊主网的旅程的第一阶段，一个对所有验证者和质押者都更加安全、有弹性和去中心化的新篇章即将到来。Obol Network 项目负责人 Collin Myers 及 首席技术官 Oisín Kyne 介绍了其设计理念、协议路线图以及采用策略。
在设计和实现 V1 时，Obol 使用设计支柱的灵感来自 Ben Edgington 关于 Serenity（当时的 Eth2）设计理念的 OG 帖子。
弹性：消除验证者作为网络中的单点故障的影响；
去中心化：使所有类型和规模的验证者都可以轻松访问协议；
安全性：通过包括分布式密钥加密技术来提高验证器的安全性；
抗关联性：以一种本身不会成为漏洞的方式设计 DVT；
性能：分布式验证器的性能必须等同于或优于普通验证器。
DVT 将以开放、建设性和高度协作的方式进行推出，采用类似于 ETH2 推出的浪潮。dv494484.eth 的成功发布是我们的第 0 阶段版本，这是我们迈向 Obol V1 之旅的第一步。
随着 DVT 的普及，其早期目标必须保持与当前验证器的性能相同。这对于验证器生态系统的早期采用和持续支持至关重要，这也是我们在设计、实施和测试 Obol 时非常强调的一点。
在未来构建时，我们还专注于 Charon 对所有验证器类型的性能。我们希望未来由世界各地的参与者共享验证器，这会极大地影响了我们设计、介绍和测试 Obol DVT 的方式。
由于以太坊验证器类型的多样性，我们将采取分阶段的方式来推出 Obol。在每个阶段，我们将针对某些用户群进行特殊关照。这将改善以太坊基础设施垂直领域的长期 DVT 管道（即 LSP 的、家庭验证器、DeFi 等），从而使得该项目在为以太坊生态系统提供价值的同时，能够保持性能、安全性和可用性。路线图中的每个阶段也将为下一阶段打下基础。
Obol V1 的研究、设计和实施已经进行了 24 个月，现在已经完成了稳定性测试。通过这项工作，我们能够将 Obol 网络分解为四个功能区，即创建、测试、运行和协调。这 4 个功能领域共同影响了 Obol 路线图和 Obol V1 的功能，这是为分布式验证器的全球基础设施网络奠定基础的第一个驱动力。
纵观 V1 的支柱，Obol 网络开发并维护了四个核心基础设施：
DV Launchpad——一个用于迁移到或创建 Obol 分布式验证器的网络应用。
Charon——支持容错以太坊验证器的中间件客户端。
Obol Managers——一套智能合约，使验证器可以在群体中共享。
Obol Testnets——用于测试无权限的分布式验证器。
在 Obol V1 中，我们还将采用分阶段推出的方法。
为了了解 DV 在主网上的表现，你需要先对它进行实战测试。我们决定在提交第一次审计之前，部署第一个 DV。Pre-Alpha 阶段还包括提交与 Sigma Prime 的第一次审计，以及成功完成由 Miga 实验室团队创建的 DVT 性能报告。
Alpha 阶段将是与一群值得信赖的合作伙伴一起推出 Obol，并逐步将 Obol 整合到现有的和即将推出的质押应用程序中。一旦我们完成审计并解决所需的任何更改，此阶段就会开始。以这种方式推出，我们可以提供对不足的必要关注，使我们能够捕捉到更复杂的学习成果。
在成功完成 Alpha 阶段后，我们将开始使用商业许可来向更广泛的用户类型和项目集成开放 Obol。这使我们能够利用早期的学习成果，以 Alpha 阶段的数倍来扩大技术的采用。随着越来越多的运营商采用该 Obol，我们的主要重点是确保协议保持必要的质量。
我们主网旅程的公开发布阶段标志着 Obol V1 的完成。 到这个时候，我们希望有大约 10% 的质押受到 DVT 的保护。在完成 Alpha 和 Beta 阶段后，我们将完成所有 V1 测试网和审核，确保产品的性能、安全性和可用性。
在 Obol V1 阶段，我们将运行总共三个测试网。
Athena（和 Obol 运营商网络）（已结束）
Athena 测试网是我们的第一个公共测试网，于 2022 年 7 月至 9 月举行，与此同时，Obol 运营商社区（OOC）首次在他们的环境中测试 DVT。这也是我们为验证者提供 DVT 的第一套全面测试网络。
Bia (进行中)
目前正在进行的 Bia 测试网，旨在测试 Obol 在性能和可用性方面的扩展情况。我们的目标是在全球范围内激活超过 500 个集群，看看家庭验证者是否能在没有大量支持的情况下以自助方式创建 DV 集群。同时，我们也在与专业运营商测试 Bia，并扩展集群以运行 1000 个验证器来测试协议的垂直扩展能力。
Circe (即将推出)
Circe 测试网将在 Beta 发布后推出。Circe 将攻击协议以发现协议中的潜在漏洞和限制，例如 Obol DVT 的可削减风险。是该协议要经历的关键的最后一步，以确保 Obol 在公开发布阶段是完全安全的。
虽然 V1 的路线图令人兴奋，但我们一直在积极致力于实现 Obol V2 的愿景。Obol V2 主要侧重于通过增强的应用密码学和密码经济学来最小化分布式验证器的信任。
Obol 的最终状态是一个多客户端 DVT 协议，它允许任何验证者加入集群而无需信任（甚至不知道）同一集群中的其他运营者是谁。V1 的各个阶段将为构建 Obol V2 所必需的高性能、安全性和可用性奠定基础。
https://blog.obol.tech/road-to-mainnet-and-beyond-for-distributed-validators/
深潮 TechFlow 是由社区驱动的深度内容平台，致力于提供有价值的信息，有态度的思考。
社区：
订阅频道：https://t.me/TechFlowDaily
推特：@TechFlowPost
进微信群添加助手微信：blocktheworld
深潮TechFlow
深潮TechFlow
No comments yet