Obol 是一个致力于使 DVT 落地的知名项目，其最近宣布推出主网 Alpha。自去年以来，DSRV 一直与 Obol 合作开发其第一个公共测试网 Athena，且我们一直对 DVT 保持兴趣。合作项目从 Athena 测试网到 Bia 测试网（均基于 Goerli），如今我们再次欢迎 Alpha——Obol 成功启动的主网。
Alpha 版本专注于使用选定的验证器测试以太坊主网上的功能，并及时添加 25 个集群。DSRV 作为 Alpha 启动合作伙伴，参与了两个多组织(Multi Org)集群：第一个与Obol、@Sassal0x和Everlasting合作；第二个与ether.fi、Allnodes、Chainnodes和Cosmostation合作。
现在，让我们一窥Obol 运营商背后的工作情况。
启动之前
有几种不同的方法可以实现 DVT。Obol 通过 Charon 客户端和 DKG（分布式密钥生成）实现 DVT。Charon 是一个中间件客户端，位于普通验证器客户端及其关联的信标节点之间，并使任何现有的以太坊客户端能够作为 DV（分布式验证器）的一部分共同运行。通过与其他运营商沟通，Charon 客户能够达成共识，并作为单个验证者共同运行。实施 DKG 是为了将验证器密钥分成几个部分，以便除非收集到规定的签名数量（ 2/3) ，否则任何人都不能使用验证器密钥进行签名。
开始启动
在这一部分，你可以了解到启动 DV 所需的步骤：与其他节点组成集群，以共同运行验证器并生成验证器密钥的共享密钥。
在 Obol协议中，此密钥创建过程被称为 DKG 仪式，是运行新验证器的先决条件。在此之后，我们必须（像往常一样）等待验证器被激活。
Part 1. DKG仪式
1. 准备
首先，除了以太坊账户之外，我们还必须准备一个ENR （以太坊节点记录）。简而言之，ENR 是一种可以用来表示节点的地址。Charon 客户端使用此信息来识别并相互连接，以便它们可以形成一个集群。
2.加入DV集群
完成上述步骤后，我们加入DV 集群。这需要列出关键信息，例如我们的 ENR 和以太坊账户，并等待其他运营商加入。一旦集群的所有成员都加入，我们就可以创建一个cluster-definition.json文件，然后将其用作 DKG 仪式的输入。
3. 举办 DKG 仪式
集群形成后，使用我们的 ENR 和集群定义文件开始 DKG 仪式。虽然 DKG 要求集群中的所有运营商同时处于活动状态，但仪式本身可以异步运行。只要运营商让其机器在激活后保持运行，DKG 将在每一方登入后执行。DKG 仪式结束后，我们收到了以下文件。
● cluster-lock.json：这包含 Charon 与其对等方一起操作分布式验证器集群所需的信息。
● deposit-data.json：这包含在以太坊网络上激活分布式验证器所需的信息。
● validator_keys：此文件夹包含每个 DV 成员的私钥共享和密码。
● 我们还必须验证deposit-data.json 和cluster-lock.json 在所有运营商中的数据是否相同，并保护这些数据validator_keys不受其他因素影响。
4.启动Charon和Validator Client
● 下一步是.charon 和 validator_keys 在 Charon 验证客户端上运行。
Part 2.验证器激活
一旦设置好 DV 并存入 32 个ETH，大约需要 26 小时才能激活。这个过程看起来与常规验证器相同。总结一下：
1. 在 DV上存入32 个ETH。这时，DV的状态变成了存款状态。
2. 然后等待 2048 个区块 + 64 个epoch，以确保资金没有被双花。14 小时后，DV 状态变为 pending。
3. 虽然存款可以被信标链识别，但由于每个epoch只能激活 6 个验证器，其余的必须排队等待。等待时间因总存款量而异。我们的 DV 需要 12 个小时才能激活。
结论
运行 DV 时，我们注意到的关键事情是集群内的通信至关重要。尽管 DVT 赋予验证者更多的容错能力，但我们仍然必须保持与其他运营商的联系，以同步出现的问题。举个例子，如果四个运营商组成的集群中只有两个运营商更新了他们的客户端，那么验证器将无法完成其工作。
资料来源：beaconcha.in我们的两个 DV 现在都在主网上运行——你可以在此处查看验证器 556545和验证器 559135。虽然他们还没有出块，但分别保持99% 和 100% 效率。感谢 Obol 团队和他们简化的仪表板，我们可以非常轻松地完成此过程。期待看到 Obol 接下来会发生什么！
