验证者笔记 10 — 如何开始使用 Obol 运行分布式验证器

验证者笔记 10 — 如何开始运行分布式验证者与 Obol

免责声明：本文仅供信息参考，不应被视为财务建议。本文中的信息并不构成对任何提到的资产的投资建议。所有投资者在做出任何财务决策之前，均被建议进行彻底的自我研究。

分布式验证者技术（DVT）正在迅速受到关注，因为它不仅增强了质押基础设施的去中心化，而且提高了其弹性。DVT 本质上使一组个人或运营者能够在一个节点集群上共同运行以太坊验证者。这确保了即使其中一个节点离线或出现故障，验证者仍然可以继续运行！

Obol 是一个知名项目，致力于将 DVT 变为现实，最近 宣布了他们的主网 Alpha 发布。DSRV 自去年以来一直与 Obol 合作，参与其第一个公共测试网 Athena，此后我们对 DVT 维持了持续的关注。从 Athena 测试网到 Bia 测试网（均基于 Goerli），我们现在欢迎 Alpha——Obol 成功的主网发布。

此 Alpha 版本专注于在以太坊主网上使用选定的试用验证者测试功能，未来将添加更多的 25 个集群。DSRV 作为 Alpha 发布合作伙伴参加了两个多组织集群：第一个与 Obol、@Sassal0x 和 Everlasting；第二个与 ether.fi、Allnodes、Chainnodes 和 Cosmostation 合作。

让我们一起来深入了解我们作为 Obol 运营者的幕后工作。

开始之前

有几种不同的方法来实现 DVT。Obol 通过 Charon 客户端和 DKG（分布式密钥生成）实现 DVT。Charon 是一个中间件客户端，位于普通验证者客户端和其关联的信标节点之间，使任何现有的以太坊客户端能够作为一个 DV（分布式验证者）共同运行。通过与其他运营者的通信，Charon 客户端能够达成共识并共同作为一个单一的验证者行为。DKG 的实现是将验证者密钥分割成多个部分，因此没有人可以使用验证者密钥进行签名，除非收集到法定人数（2/3）的部分签名。

来源：Obol 文档

如何入门

此时，你可以了解到，启动一个 DV 需要额外的步骤：与其他节点组成集群以共同运行验证者并生成验证者密钥的密钥共享。

在 Obol，此密钥创建过程称为 DKG 仪式，是运行新验证者的先决条件。在这之后，我们必须等待（如常）直到验证者被激活。

来源：https://kb.beaconcha.in/ethereum-2.0-depositing#2.-deposit-contract-status-deposited

让我们详细介绍这个整个过程（以我们的第一个 DV 为例）。

第一部分 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 和验证者客户端

下一步是在 Charon 和验证者客户端上运行 .charon 和 validator_keys。

第二部分 验证者激活

一旦 DV 设置并存入 32 ETH，激活大约需要 26 小时。此过程对于普通验证者也是相同的。总结如下：

1. 32 ETH 存入到 DV。这时，我们的 DV 状态改为存款。
2. 接下来等待 2048 个区块 + 64 个周期，以确保资金没有被重组。经过 14 小时，我们的 DV 状态改为待定。
3. 虽然该存款得到了信标链的认可，但由于每个周期只能激活 6 个验证者，其余的必须在队列中等待。等待时间取决于总存款的数量。我们的 DV 花了 12 小时才变为活跃。

结论

运行 DV 时我们注意到的一件关键事情是 集群内的通信至关重要。虽然 DVT 赋予验证者更大的容错能力，但我们仍然必须与其他运营者保持连接，以分享出现的问题。例如，如果一个由四个运营者组成的集群中只有两个更新了他们的客户端，验证者将无法正常工作。

来源：beaconcha.in

我们的两个 DV 现在已在主网运行–你可以在此查看 验证者 556545 和 验证者 559135。虽然他们还没有提议区块，但分别保持了 99% 和 100% 的优秀有效率。就是这样！多亏了 Obol 团队及其流线化的发布平台，我们能够相对轻松地完成这个过程。期待 Obol 的未来发展！

撰写者 Youngbin Park, 研究工程师, DSRV 验证者团队 (Twitter @bin0_0bin)

Jinhong Choi, 软件工程师, DSRV 验证者团队 (Twitter @_Gnong)

编辑 Domitille Colin, 品牌传播经理 (Twitter @domitille_marie)

• 原文链接： medium.com/dsrv/validato...
• 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～