如何在Obol运行一个去中心化的验证器?

原文作者: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@Sassal0xEverlasting合作;第二个与ether.fiAllnodesChainnodesCosmostation合作。

现在,让我们一窥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.jsoncluster-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 接下来会发生什么!

转载声明:本文 由CoinON抓取收录,观点仅代表作者本人,不代表CoinON资讯立场,CoinON不对所包含内容的准确性、可靠性或完整性提供任何明示或暗示的保证。若以此作为投资依据,请自行承担全部责任。

声明:图文来源于网络,如有侵权请联系删除

风险提示:投资有风险,入市需谨慎。本资讯不作为投资理财建议。

(0)
打赏 微信扫一扫 微信扫一扫
上一篇 2023年4月20日 下午8:29
下一篇 2023年4月20日 下午8:29

相关推荐

如何在Obol运行一个去中心化的验证器?

星期四 2023-04-20 20:29:23

分布式验证器技术 (DVT) 正迅速获得关注,其不仅增强了质押基础设施的去中心化程度,还提高了弹性。本质上,DVT 是可以使一组个体或运营商能够在节点集群上共同运行以太坊的验证器。这确保了即使其中一个节点离线或出现故障,验证器仍也可以继续运行。

Obol 是一个致力于使 DVT 落地的知名项目,其最近宣布推出主网 Alpha。自去年以来,DSRV 一直与 Obol 合作开发其第一个公共测试网 Athena,且我们一直对 DVT 保持兴趣。合作项目从 Athena 测试网到 Bia 测试网(均基于 Goerli),如今我们再次欢迎 Alpha——Obol 成功启动的主网。

Alpha 版本专注于使用选定的验证器测试以太坊主网上的功能,并及时添加 25 个集群。DSRV 作为 Alpha 启动合作伙伴,参与了两个多组织(Multi Org)集群:第一个与Obol@Sassal0xEverlasting合作;第二个与ether.fiAllnodesChainnodesCosmostation合作。

现在,让我们一窥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.jsoncluster-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 接下来会发生什么!