ethrex 在生产环境中的六个月

lambdaclass 发布于 2026-07-21 08:10 阅读 21

Ethrex 是 LambdaClass 开发的以太坊执行客户端,已成功运行在多个主网验证者背后。Serenita、RockLogic(Lido 节点运营商)、Stakely 等运营商已将其投入生产。eth-docker、Stereum、Ethereum on ARM 等工具已集成 Ethrex。客户端通过了外部安全审计,执行规范测试和跨客户端 Hive 测试,并参与了 zkEVM 和 Ethproofs 项目。最新版本 v21.0.0 支持 Hegota 分叉和 EIP-8141。文章总结了 Ethrex 的进展、面临的挑战(如客户端多样性仪表盘上的低比例)以及未来目标。

我们的以太坊执行客户端 Ethrex 已在其他人的主网验证器背后连续运行了六个月。质押运营商将其投入生产,节点设置工具已将其打包,并且那些对所有客户端进行准入检查的程序已开始对 ethrex 进行准入。生产记录是客户端团队无法自行给予的,因此本文保留了凭证:每个事实下面的链接均指向其他人的仓库、仪表板或公告。

运营商对其进行了质押

Serenita 自1月下旬起已在其运营仪表板上列出了 ethrex,连续六个月的生产运行使其成为其主网验证器背后的五个执行客户端之一,与 Besu、Geth、Nethermind 和 Reth 并列。Serenita 构建了 Vero,一个围绕客户端多样性设计的验证器客户端,并通过一个五客户端执行层来支持该设计。

RockLogic,Lido 的精选节点运营商之一,发布了一份关于其 Lido 基础设施的案例研究:“在生产中,我们运行五种不同的执行层客户端(Geth、Nethermind、Besu、Reth、Ethrex)和六种不同的共识层客户端(Nimbus、Prysm、Teku、Lighthouse、Lodestar、Grandine)。”这意味着 ethrex 验证器现在在运营商层面运行在 Lido 内部。

7月8日,StakelyX 上宣布已将 ethrex 纳入其以太坊执行客户端设置,称其为“以太坊需要的运营商工作的一部分:仔细测试、监控以及对客户端多样性的真实基础设施支持。”Stakely 在 Hoodi 上使用超过15,000个创世验证器测试少数客户端,在接触主网之前先进行测试;ethrex 已经通过了该流程,现在已成为 Stakely 主网验证器集的一部分。

工具已将其打包

设置工具与运营商同样重要。以下每个项目都编写并维护自己的集成。

eth-docker 自2025年10月起已集成 ethrex,并通过2026年保持集成的最新状态,在其变更日志中跟踪我们的发布。Stereum 在1月将 ethrex 服务合并到其项目中,并在2026年2月的 v2.4.6 中使其在启动器 UI 中可选。Ethereum on ARM 自2025年10月起已为 ARM 板打包了 ethrex,包括测试网,并在一个月后为其添加了 Grafana 仪表板。在开发网方面,EthPandaOps 的 Kurtosis ethereum-package 自2025年7月起将 ethrex 视作一流客户端,这使我们能够出现在每次互操作分组中。

2026年2月,clientdiversity.org 将 ethrex 添加到其执行客户端名单中,标记为稳定。

在所有客户端都会接受测试的地方进行测试

4月下旬,我们飞往斯瓦尔巴群岛的朗伊尔城参加 Soldøgn,这是我们作为参与客户端的首次互操作;EF 的总结涵盖了这一周。我们当时出现在那周的每个开发网上:bal-devnet-46 以及 glamsterdam-devnet-02,在那一周内实现了 FOCIL,并一直保持同步,直到7月的 v7.2.0 测试套件

Least Authority 对 ethrex 进行了审计,审计时间为1月至5月:20个问题,8条建议,每个问题都已处理。该客户端在 CI 中运行 EF 执行规范测试和跨客户端 Hive 套件,每日报告。

EF 应用密码学团队的 2026 年 zkEVM 计划将 ethrex 列为执行层团队之一,其月度更新逐项跟踪工作,从1月的执行见证预序列化基准测试到5月的 engine_newPayloadWithWitnessV5。在 Ethproofs 上,我们的两个集群一直使用 ethrex 的 EVM 作为客户程序证明以太坊主网区块,自2025年12月起在 ZisK 上,自4月初起在 Airbender 上。

客户端在此过程中持续发展:自2026年初以来发布了13个主要版本,自5月起每周发布。v9.0.0 以跨所有网络的快照同步工作和 RocksDB 作为默认后端开启了新的一年;v21.0.0 以 Hegota 分叉支持和初步的 EIP-8141 框架事务支持结束了这一阶段。年初实现的20 倍执行速度提升快照同步修复工作,使得运营商说“直接运行 ethrex”变得合理。

下一步计划

目前采用率停留在运营商层面;上一层是协议。使 ethrex 进入官方客户端集是本年度剩余时间的目标。我们目前在 Lido 中只有一家精选运营商,从那里前进的路径需要更多运营商和社区质押方面的支持。StakeWise 已经接受任何支持执行 API 的客户端,因此其运营商现在可以运行 ethrex。

设置工具也有改进空间。Sedge 和 DappNode 尚没有 ethrex 选项,而它们都遵循与我们已有的工具相同的模式:服务定义和固定镜像,Sedge 的 PR 已经打开。已有的集成也需要维护。Stereum 的服务仍然固定着1月的 ethrex 镜像,让下游打包者保持最新版本是我们的责任。

在多样性仪表板上,我们几乎没有什么存在感,这是每个少数客户端的起点。提高这个数字就是上述所有工作的目的。

到目前为止的记录

截至2026年7月的记录:ethrex 运行在三个独立选择它的运营商的主网验证器后面,其中一个在 Lido 的精选集中。它通过了首次外部安全审计,所有问题均已解决。它每天都公开地通过与其他客户端相同的符合性和跨客户端套件。clientdiversity.org 将其标记为稳定。

这个记录尚未显示的是规模。Ethrex 的主网份额很小,其生产历史以月而非年衡量。Reth、Besu 和 Nethermind 在相同的发展阶段都带有同样的注意事项;超越它们的方法正是它们曾经走过的路:更多运营商和更多时间。

我们这边已经做好了运营准备。每周发布的节奏是经过精心设计的:每个版本都是稳定的,升级只需替换后重启,无需重新同步,因此运营商知道保持 ethrex 最新版本是件轻松平常的事。当需要修复时,修复内容会在下一个版本中发布。符合性和 Hive 结果保持公开,无论是否对我们有利。并且编写客户端的工程师直接在 Telegram 和 GitHub 上回答问题。

如果你运行验证器并想要第二个(或第五个)执行客户端,ethrex 在4-8个核心、32 GB RAM 和 1 TB NVMe 磁盘上,大约一个半小时即可同步主网。从入门指南开始。欢迎在 GitHubTelegramX 上提问和反馈。

  • 原文链接: blog.lambdaclass.com/six...
  • 登链社区 AI 助手,为大家转译优秀英文文章,如有翻译不通的地方,还请包涵~

相关文章

0 条评论