分布式验证器技术(DVT)正迅速获得关注，其不仅增强了质押基础设施的去中心化程度，还提高了弹性。本质上，DVT是可以使一组个体或运营商能够在节点集群上共同运行以太坊的验证器。这确保了即使其中一个节点离线或出现故障，验证器仍也可以继续运行。
Obol是一个致力于使DVT落地的知名项目，其最近宣布推出主网Alpha。自去年以来，DSRV一直与Obol合作开发其第一个公共测试网Athena，且我们一直对DVT保持兴趣。合作项目从Athena测试网到Bia测试网，如今我们再次欢迎Alpha——Obol成功启动的主网。
Alpha版本专注于使用选定的验证器测试以太坊主网上的功能，并及时添加25个集群。DSRV作为Alpha启动合作伙伴，参与了两个多组织(MultiOrg)集群：第一个与Obol、@Sassal0x和Everlasting合作；第二个与ether.fi、Allnodes、Chainnodes和Cosmostation合作。
现在，让我们一窥Obol运营商背后的工作情况。
启动之前
有几种不同的方法可以实现DVT。Obol通过Charon客户端和DKG实现DVT。Charon是一个中间件客户端，位于普通验证器客户端及其关联的信标节点之间，并使任何现有的以太坊客户端能够作为DV的一部分共同运行。通过与其他运营商沟通，Charon客户能够达成共识，并作为单个验证者共同运行。实施DKG是为了将验证器密钥分成几个部分，以便除非收集到规定的签名数量（2/3)，否则任何人都不能使用验证器密钥进行签名。
开始启动
在这一部分，你可以了解到启动DV所需的步骤：与其他节点组成集群，以共同运行验证器并生成验证器密钥的共享密钥。
在Obol协议中，此密钥创建过程被称为DKG仪式，是运行新验证器的先决条件。在此之后，我们必须等待验证器被激活。
Part1.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和ValidatorClient
●?下一步是.charon和validator_keys在Charon验证客户端上运行。
Part2.验证器激活
一旦设置好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接下来会发生什么！
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。