如何在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、@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 仪式
关于【如何在Obol运行一个去中心化的验证器？】的延伸阅读
DWF Ventures：Ton 生态全解析
Notcoin和其他小程序在加密迷你应用程序时代广受欢迎，其中@ton_blockchain通过Telegram拥有强大的分销渠道。该平台类似于微信小游戏，用户可以轻松访问和互动。著名的点击赚钱游戏@thenotcoin已吸引了数千万用户，DeFi在过去两个月迅速崛起，@ton_blockchainDeFi TVL增长了13倍，超过4亿美元。领先的DEX包括@ston_fi和@dedust_io，流动质押平台@tonstakers和@bemo_finance表现突出，@Tether_to的合作伙伴关系扩展了@ton_blockchain上的USDT，并推动了Telegram上的支付。生态系统得到了@ton_starter启动平台和2.5亿美元的TON生态系统基金的支持。
币安研究：5 月加密市场趋势报告摘要
5月，加密货币市场总市值增长8.6%，DeFi市场TVL上涨21.7%，NFT市场总销售额下降41%。美国证券交易委员会批准现货ETH ETF，美国众议院通过《21世纪金融创新与技术法案》，推动市场上涨。排名前十的代币中，Solana表现最强劲，价格上涨33.9%，DeFi TVL上涨33.4%。但NFT市场大幅下滑，总销售额下降41%。
集群形成后，使用我们的 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 接下来会发生什么！
免责声明：本文仅代表作者个人观点，不代表链观CHAINLOOK立场，不承担法律责任。文章及观点也不构成投资意见。请用户理性看待市场风险，以及遵守所在国家和地区的相关法律法规。
图文来源：MarsBit，如有侵权请联系删除。转载或引用请注明文章出处！
