# Obol Network：项目介绍与总览 By [xiaobushou](https://paragraph.com/@xiaobushou) · 2023-03-04 ---   **什么是Obol?** Obol Labs 是一个软件研究和开发团队，专注于PoS 公链网络的基础设施开发。重点关注的领域有互联网债券、分布式验证器技术（DVT）和多运营商验证等。团队目前有 20 名成员，分布在世界各地。 Obol Labs 的核心团队正在构建 Obol Network，这是一种通过多运营商验证技术来促进ETH staking信任最小化的协议。这将使对以太坊staking的低信任访问成为可能，它可以成为各种 Web3 产品的核心构建模块。 ![](https://storage.googleapis.com/papyrus_images/93131323c743af10d3ab14a3e9bf260fa56ba999be4ad10f8086ad96a0c57312.png) **Obol Network**   我们可以将 Obol Network 形象地比喻为位于共识基础层之上的工作层。该工作层旨在为基础层提供更多弹性，同时促进其去中心化。随着以太坊在未来几年的成熟，社区将面临下一个巨大的扩展挑战，即staking 的中心化问题。为了有效地减轻这些风险，必须将社区共建和中立性作为主要设计原则。   Obol 专注于通过提供对分布式验证器 (DV) 的无许可访问来扩展共识。我们相信，分布式验证器将而且应该构成主网验证器配置的很大一部分。为了实现网络的第一波采用，Obol Network目前使用分布式验证器技术 (DVT) 的中间件实现，以启用分布式验证器集群的操作，该集群可以保留验证器当前客户端和远程签名基础设施。   类似于roll-up 技术为 L2 的扩容奠定基础，我们相信 DVT 将在保持去中心化的同时为扩展共识做同样的事情。 Staking 基础设施正在进入其协议演进阶段，其中必须包括可以大规模插入的信任最小化的 Staking 网络。像 Obol 这样的层对于公共网络的长期生存能力和弹性至关重要，尤其是像以太坊这样的网络。我们相信 DVT 将演变成一种广泛使用的原语，并将确保采用它的公共区块链网络的安全性、弹性和去中心化。   Obol 网络由四个核心产品组成：   分布式验证器Launchpad，用于引导分布式验证器的用户界面   Charon，一个中间件客户端，使验证器能够以容错的分布式方式运行   Obol Managers，一套用于形成分布式验证器的 solidity 智能合约   Obol 测试网，一组可持续的公共激励测试网，任何规模的运营商都能在为主网 Obol 网络服务之前，测试他们的部署情况 **可持续公共产品**   Obol 生态系统的灵感来自之前关于以太坊公共产品的创新和试验。我们相信，要在staking 用例中释放创新，必须存在一个可靠的中立层，以便创新能够垂直流动和发展。如果没有这一层，staking 服务将被少数项目霸占。   在未来的岁月里，Obol 网络将成为一个开放的、社区管理的、自我维持的项目。我们将共同激励、构建和维护分布式验证器技术，使公共网络成为更安全、更有弹性的基础。 **愿景** 去中心化staking 的道路是漫长的。在 Obol，我们的愿景将分为两个关键版本逐步实现。 **V1 - 可信分布式验证器** ![](https://storage.googleapis.com/papyrus_images/1e6857a6f42a44eea112ead6d3a3ef96c1ec3b795e856a44af237bdec406fe6d.png) 分布式验证器的第一个版本将在带外解决争议。这意味着如果您的共享集群出现问题，您需要了解并与您的交易对手运营商进行沟通。 没有带内争议解决/激励的 DV 仍然非常有价值。个人和作为服务提供者的 staking 可以自行部署 DV，以使其验证器具有容错能力。团体可以一起运行 DV，但需要自己去确定相应的争议解决方案，无论是他们自己的智能合约、传统的法律服务协议，还是团体之间的高度信任。 Obol V1 将利用追溯性公共产品原则为其经济生态系统奠定基础。 Obol 社区将负责任地将收集到的 ETH 作为赠款分配给整个 V1 的质押生态系统中的项目。 **V2 - 去信任的分布式验证器** charon 的 V1 服务于人数较少、权重较大的个人群体。虽然长尾用户和小型利益相关者也应该获得容错验证，但他们可能对其他运营商的了解不够多，不足以构建信任，一起运行 DV 集群。 charon 的第 2 版将对激励计划进行分层，以确保任何不在线和未参与验证的操作员不会获得奖励。我们可以通过slash运营商绑定代币来实现进一步的激励对齐。 要在阈值验证中添加不可被愚弄的激励层，需要复杂的交互式密码学方案、安全的链下争议解决以及 EVM 对共识层状态证明的支持，因此，这将是比 V1 更长、更复杂的工作，这也是我们区分二者的原因。 \*\* \*\* --- *Originally published on [xiaobushou](https://paragraph.com/@xiaobushou/obol-network)*