集群内的通信至关重要。
原文作者:Youngbin Park,DSRV 研究工程师
原文标题:Validator’s Note 10 — How to Start Running a Distributed Validator with Obol
原文来源:medium
编译:Yvonne,MarsBit
分布式验证器技术 (DVT) 正迅速获得关注,其不仅增强了质押基础设施的去中心化程度,还提高了弹性。本质上,DVT 是可以使一组个体或运营商能够在节点集群上共同运行以太坊的验证器。这确保了即使其中一个节点离线或出现故障,验证器仍也可以继续运行。
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 接下来会发生什么!