大纲

• 1. Reth 准备好投入生产。
  • 1. Reth 1.0 的稳定性如何？
  • 2. Reth 1.0 的安全性如何？
  • 3. 好的，我买账了！我该如何安装 Reth？
• 2. 与 Reth 团队合作！
• 3. 我们接下来该去哪里？

我们很高兴地宣布，经过近两年的开发和一次 成功审核 由 Sigma Prime 进行，我们终于发布了 Reth 1.0，这个速度极快的以太坊执行客户端的首个“生产就绪”版本。

Reth 1.0 专注于在实现我们突破 千兆每秒 极限的同时，交付一个稳定的以太坊主网节点，并提供一个 可扩展 和 贡献者友好 的节点（超过 300 个！）。

通过这个版本，我们邀请所有行业参与者在生产环境中运行 Reth，并 与我们的团队联系以成为早期合作伙伴，以便我们能够通过优先支持和定制功能帮助你们成功。具体来说：

• 专业运营商可以在他们的以太坊主网生产基础设施中运行 Reth，以降低成本并提升服务性能。请访问 Reth Book 开始！
• 质押者可以将他们的质押转移到 Reth，并通过按照 以太坊基金会质押启动平台 的说明来支持以太坊的客户端多样性。

如果上面的内容听起来让人兴奋，请继续阅读以了解更多！

Reth 准备好投入生产。

Reth 1.0 的 性能特征和存储占用 与 2024 年 6 月的 beta 版本一样出色——从创世块同步到顶端大约需要 50 小时，~2.25TB 的归档节点存储，以及在事务、日志和追踪基准测试中的绝佳 RPC 吞吐量和延迟。这些数据都是最先进的，并且将 继续改善。

与之前一样，影响 硬件 性能的主导因素是硬盘，因此我们建议确保在 优秀的 SSD 上运行以太坊节点。如果你正在 AWS 或其他云存储选项上运行，请确保你的 IOPS 大于 16K。我们使用 Latitude 的裸金属服务器进行基准测试，因为它们的 NVMe SSD 表现非常出色。

我们认为以上理由足以让你尝试 Reth。但是，今天我们并不想仅仅关注性能。我们最兴奋的是 Reth 1.0 相较于早期版本的稳定性。

凭借已观测到的稳定性和为保护 Reth 1.0 所采取的措施，我们有信心推荐 Reth 用于生产环境，包括以太坊主网质押（请参见 以太坊基金会的启动平台 及大规模 RPC 节点操作）。

Reth 1.0 的稳定性如何？

我们在提供旨在最小化手动故障排除和不可预测性的操作体验上投入了额外的精力，基于大量个人用户、专业节点运营商和公司的反馈。我们关注的领域包括：

• 快速区块在顶端的封装： 我们改进了响应引擎 API 消息的区块封装流程，以确保 Reth 成为满足链顶需求的吸引人选择。这一增强解决了过去区块有时封装较晚的问题，影响了质押者和 RPC 供应商的区块遗漏和确认率。
• 零崩溃： 自 2024 年 4 月发布 reth 0.2.0-beta.6 以来，没有崩溃报告，这是 Reth 高可用性的部署要求。相比之前偶尔在重组相关边缘案例中发生崩溃，生产环境的表现有了显著改善。
• 高效的资源使用： 我们成功解决了网络和内存池等关键组件中的内存泄漏，并优化了 Reth 的资源利用率。这使得 Reth 能够在一些 最符合消费者友好标准的硬件 上以稳定和可预测的资源运行，同时仍然能够利用像 Latitude 的 裸金属设备 等高端硬件。
• 没有性能回归： 随着我们的工具改进，我们能够自信地发布与以前版本相比始终提高性能的版本。稳定性意味着如果我们在预发布测试中遇到任何回归，我们可以迅速进行分类和修复。

请注意，虽然我们期望 Reth 节点是稳定的并能为你提供“没有惊喜”的基础设施，但我们仍然保留进行重大更改和重构内部节点 API 的权利。如果你将 Reth 用作 SDK 并希望其变得更稳定， 我们很乐意与你合作。

Reth 1.0 的安全性如何？

我们的安全流程在 Alpha 和 Beta 版本中进行了描述。代码库经过了广泛的测试，我们使用了多个工具，如 Kurtosis、Assertoor、Hive、Goevmlab、我们自己的模糊测试工具等等，来自动捕获边缘案例。

除此之外，我们很高兴地宣布，与 Sigma Prime 进行的全面安全合作成功完成，Sigma Prime 是 Lighthouse 共识客户端的开发者，合作历时数月，涉及多名安全工程师。所有报告的问题已确认得到修复。安全评估报告可在 这里 获取。

我们还与 Guido Vranken 共同资助了社区对 Revm 的审核。Revm 是 Reth、Foundry 和更多关键以太坊基础设施的 EVM 引擎，我们希望继续帮助强化其生产使用的安全性。有关此事的更多信息请参见 Dragan 的 公告。

最后，我们现在已成为 以太坊基金会的漏洞赏金计划 的一部分，因此如果你发现漏洞，请务必成为白帽子并报告！有关其他信息，请参见我们的 SECURITY.md。

好的，我买账了！我该如何安装 Reth？

对于那些迫不及待想要下载 Reth 的节点运营商，请查看我们的 发布页面 和 Reth Book。我们提供 签名二进制文件，可以通过流行的包管理器和 容器注册表、DappNode 获取，以及如何从源代码安装的说明：

以上应该足以让你开始通过 reth node 命令运行 Reth！如果你想在几小时内快速启动以太坊主网，可以从 Merkle 的档案 获取数据库快照，或者从 创世块自己同步！

这里有一行简单的命令，你可以与 Etherscan API 密钥一起使用，以在无需共识层的情况下获取本地同步的 Holesky 网络节点，仅需 Docker（请注意，在 Docker 中，你 需要 使用 -v 选项以便在容器重启之间持久化节点的数据库）：

CLI 模型旨在与 go-ethereum 的 CLI 兼容，因此一旦可用二进制文件或容器，你可以将 Reth 作为你的节点的直接替代品使用，无论是在脚本中还是在 Kubernetes 中，都不需要额外步骤！有关可观察性，请检查 --metrics 标志以及 我们的文档，我们已经提供了很好的 Prometheus 和 Grafana 设置。

与 Reth 团队合作！

我们设想，在未来十年中，最具影响力的加密基础设施将在 Reth 上进行。我们认为达到那个目标的路径是明确的，但尽管我们团队的质量高及我们拥有庞大的开源贡献者社区，我们仍然无法单靠自己实现。

我们希望在以下两个领域与生态系统进行合作：

• 将 Reth 作为现有基础设施的高性能和低成本的替代品：
  • 诸如 Infura 或 Alchemy 的 RPC 操作可以运行 Reth，以提高其 RPC 的读取吞吐量和延迟，并通过运营更便宜的节点来提高利润。
  • 诸如 Coinbase 或 Figment 的质押操作可以运行 Reth，以提高它们的确认率并贡献于客户端多样性。
  • 像 Optimism 这样的 L2 可以运行 OP-Reth，以提高其排序器的写入吞吐量和延迟，同时也支持 L2 客户端的多样性。
  • 像 AWS 或 GCP 或 Latitude 的托管区块链服务可以整合 Reth，以提供上述所有功能，并提供一键部署体验。
• Reth 将推动新一波以 EVM 为中心的基础设施。开发者将：
  • 添加对更多区块链的支持：Reth 目前支持以太坊和 OP Stack 基于的网络。开发者可以使用 Node Builder 引入对他们以 Reth 提供动力的链（或“Reth Inside”）的支持，类似于 Binance 对 BSC 和 opBNB 的做法，以确保高性能和低存储占用的节点。这将适用于例如 StarkWare、Polygon、Arbitrum、ZK Sync 及任何其它遵循以太坊账户模型数据库的 EVM L1/L2。我们特别期待开发者使用 Reth 作为 SDK 构建新的区块链，并在新颖的架构、模块、预编译等方面进行创新。
  • 构建 Reth 执行扩展：我们希望人们能够在 Reth 上建立 rollup、共享安全服务和其他需要对以太坊提供低延迟和高上下文订阅的项目。
  • 改进 Reth 的内部模块：有许多改进的内容，无论是可靠的 JIT 所有内容、并行执行、使 SDK 更易于使用且中性、更好地进行基准测试、测试等更多内容。

我们希望与生态系统中的玩家建立紧密的反馈循环，甚至会对关键外部团队的工程师进行 Reth 代码库的培训，以帮助他们的内部团队取得成功。

我们希望引导第一批 Reth 早期合作伙伴。如果你是与上述愿景一致的行业参与者，请务必填写 此表单。我们期待与你的联系，并帮助你使用 Reth 来取得成功。

我们接下来该去哪里？

在过去两年中，我们：

1. 宣布了 Reth 项目。
2. 发布了 Reth Alpha。
3. 发布了 Reth Beta。
4. 宣布 Reth AlphaNet。
5. 发布了 Reth 执行扩展。
6. 宣布了我们的路线图，目标是 1 千兆每秒 及更高。
7. 发布了 Revmc。
8. 发布了 Reth 1.0（此帖子）。

Reth SDK 正在缓慢但稳定地成为现实，首先是以太坊，然后是 Layer 2。我们希望你对在生产中运行 Reth 1.0 与我们一样兴奋。期待很快推出一个 Reth 1.1 发布，专注于通过 OP Reth 为 OP Stack 提供稳定和高性能的支持，包括详细的更新性能基准。

我们接下来内部的主要优先事项是发布下一个以太坊硬分叉（ Pectra）和推出 Reth AlphaNet，目标是压力测试区块链可扩展性的极限并加速 rollup 去中心化路线图。

在外部，我们希望与生态系统参与者合作，在 Reth SDK 上构建服务，无论是支持新的 EVM 基于 L1/L2 还是使用执行扩展；确保 填写我们之前链接的表单 以便与我们合作。

我们将于 8 月 16-17 日在旧金山的 Frontiers 上讨论所有这些和我们开源栈的其余部分。快去申请吧！

在此期间，去运行 Reth，加入我们的 社区，或者直接联系 georgios@paradigm.xyz 如果你想要合作。我们也在招聘优秀的全职 Rust 工程师，尤其是那些能担任技术负责的人——让我们知道这是否适合你。

在 Github 上见。

## MacOS
brew install paradigmxyz/brew/reth
## Arch
pacman -S reth # 或使用 reth-git 从 HEAD 安装
## Docker
docker pull ghcr.io/paradigmxyz/reth:v1.0.0:latest
## `cargo-install`
RUSTFLAGS="-C target-cpu=native" cargo install https://github.com/paradigmxyz/reth --locked --profile maxperf --features=jemalloc,asm-keccak
## 从源代码安装
git clone https://github.com/paradigmxyz/reth && cd reth && make maxperf

docker run --env ETHERSCAN_API_KEY=$ETHERSCAN_API_KEY ghcr.io/paradigmxyz/reth:latest node --debug.etherscan --chain=holesky

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