以太坊主网验证者硬件要求

关于验证者的硬件要求

概要

• 我们建议总开销约为 1000 美元
• 我们推荐 NUC 14 Pro 和 Minisforum UM790 Pro，但也可以是任何具有以下条件的预构建配置：
  • 具有以下功能的现代 CPU：
  • 至少 8 个内核和 16 个线程；
  • 单线程评级为 3500 或更高；
  • 多线程评级为 25000 或更高；
  • 4TB NVMe M.2 存储；
  • 32GB 内存（最低），64GB 内存（推荐）；
• 我们希望将这些规范作为讨论协议更改时的参考点。配置较低的设备可能就足够了，但是用户有责任在每次软/硬分叉时检查这一点。我们计划创建一个基准测试套件，这将使这个过程变得容易。

介绍

本文档旨在建立一个“商品硬件”的标准化定义，或者至少，推荐我们认为适合在以太坊主网上进行验证的硬件规范。

明确的硬件规范对于以下方面至关重要：

• 确保不同实现之间有意义的基准比较；
• 实现对协议升级及其硬件影响的知情决策；
• 为节点运营商提供关于未来的明确指导。

在没有对目标硬件规范的共识理解的情况下：

• 由于不一致的测试环境，基准测试结果失去了意义；
• 由于性能特征在很大程度上依赖于硬件，因此对于实现选择，决策变得具有挑战性；
• 网络参与者缺乏关于硬件投资的明确指导。

组织

• 商品硬件意味着作为消费者可以随时购买的硬件。我们首先看一下过去人们购买的流行 CPU。
• 第二节包含我们推荐的 NUC 构建以及如果你自己构建它的大概成本
• 第三节概述了不同的角色，以及我们是否认为推荐的硬件适合该角色。
• 第四节概述了可能影响或不影响推荐硬件的各种更改，例如提高 gas 上限。

市场分析

当前消费者 CPU 趋势

为了评估人们正在购买的流行 CPU，我们对流行的 CPU 选择进行了简要搜索，并列出了它们的特性。这些不一定是最新型号。

1. 高性能消费市场
   • AMD Ryzen 7 7800X3D（8 核/16 线程）
   • CPU 基准测试
   • 目标市场：游戏和高性能桌面计算
   • 代表商品硬件的顶层
   • CPU 评级 - 单线程：3752，多线程：34275
2. 中档消费市场
   • 亚马逊英国畅销书 显示 AMD Ryzen 5 5600X（6 核/12 线程）
   • 通用计算需求的流行选择
   • CPU 评级 - 单线程：3361，多线程：21888
3. 现有 Staking 社区
   • Intel NUC 11（4 核/8 线程）
   • EthStaker 社区推荐
   • 也符合 PandaOps 的建议
   • 代表最低可行的硬件规范（当前在生产中运行的规范）
   • CPU 评级 - 单线程：2800，多线程：10164

推荐的硬件

总的来说，我们推荐以下配置：

• 8 个内核，16 个线程
• 单线程 CPU 评级为 3500 或更高
• 多线程 CPU 评级为 25000 或更高
• 4TB 的 NVMe M.2 存储
• 64GB 的内存

CPU 基本原理

我们通过 steam 硬件调查参考 来证实选择 8 个内核。这里的大多数 CPU 都有六个或八个内核。可以将 steam 数据集视为偏向游戏市场的低/中端。

CPU 评级分数是通过查看 CPU 基准测试 上具有 16 个或更少内核的高端 CPU，以及上面完成的当前消费者趋势分析，并找到我们认为合理的粗略平均值来决定的。

在进行基准测试时，我们将不考虑 AVX512，但是我们将考虑 AVX2(Intel/AMD) 和 NEON(ARM)，因为这些是广泛使用的。

存储基本原理

4TB 的存储空间是由于当前的历史记录和状态增长。

内存基本原理

选择 64GB 内存的原因有两个：

• 我们设置了 1000 美元的预算，并定制了一个准系统 NUC 以适应该预算。
• 由于我们对可能的证明系统进行的基准测试表明它们 大量使用内存。这些仍在原型设计中，因此将来可能不需要那么高的内存使用量。但是，考虑到额外的 RAM 相对便宜，我们建议使用 64GB，但对于可预见的将来，32GB 应该就足够了。

预构建

NUC

我们推荐 NUC 系列的 ASUS NUC 14 Pro：

• 16 个内核（6 个性能内核 + 8 个效率内核 + 2 个低功耗效率内核）*
• 22 个线程
• 注意：Intel NUC 11 (当前由 eth stakers 推荐) 和 ASUS NUC 14 Pro 之间的价格差异 不到 100 美元
• 完全定制 配置 64GB 内存和 4TB 存储后，总成本为 967 美元。
• 据 报道，NUC 14 pro 在负载下的功耗为 88W。
• CPU 评级 - 单线程：3520，多线程：25158

*这似乎是最接近的 NUC 型号，可以满足拥有 8 个内核的需求。

Minisforum UM790 Pro

我们推荐经过修改的 Minisforum UM790 Pro：

• Minisforum UM790 Pro
• 8 个内核，16 个线程
• 基本型号的成本为 400 美元
• 这是准系统型号。我们建议添加 64GB RAM 和 4TB 存储。
• 配备 RAM 和存储的总成本约为 920 美元。
• CPU 评级 - 单线程：3903，多线程：30367

自己构建

下面，我们列出了构建自己的服务器所需主要组件的平均价格。总成本约为 1000 美元。

CPU

对于 8 个内核和 16 个线程，CPU 的平均价格为 300-400 美元

• 参考：CPU World 价格比较
• 有关详细的价格趋势，请在此处查看 AMD Ryzen 7 Zen 2（8c/16t）或 Intel Core i7 Comet Lake (LGA1200)：PCPartPicker CPU 趋势
• 更多示例 CPU：AMD Ryzen 9 7900X、Intel Core i9-12900K、AMD Ryzen 7 5800X

存储

• 2TB SSD，平均价格趋向于 200 美元
• 4TB SSD，平均价格约为 300 美元（推荐）
• 我们建议购买 NVMe M.2 而不是 SATA，因为 NVMe 具有高吞吐量。建议：Kingston KC3000、Kingston Fury Renegade、Samsung 990 Pro、Seagate Firecuda 530、Teamgroup MP44、WD Black SN850X。
• 查看趋势：PCPartPicker 存储趋势
• 查看 Yorick 关于购买 SSD 的指南
• 注意：存储需求随着路线图上的项目（如历史记录到期）而具有更强的路径依赖性。

内存

• 对于 64GB RAM，过去 18 个月的平均价格趋向于 250 美元
• 参考：PCPartPicker 内存趋势

主板

• 主板的合理估计不会超过 200 美元
• 请参见 MSI Mini ATX 或 Super Micro

有关构建自己的设置的更多资源，请参见 eth-docker 的硬件文档。

角色特定要求

证明者

目前，证明者和提议者之间没有有意义的角色分离。因此，证明者的硬件要求与提议者的硬件要求相同。

如果存在有意义的分离，则证明者将在较弱的硬件上运行，因为他们不再需要提议。

聚合者

聚合者聚合 BLS 签名。随着后量子签名的引入，聚合者的工作可能会变得计算密集型。

目前，聚合者和提议者之间也没有有意义的分离。

我们认为，我们推荐的硬件要求可以满足聚合者的期望硬件要求（如果它们被分离），因此无需进行任何有意义的更改。

提议者

假设提议者的能力不足以与中心化区块构建者竞争，这也不是目标。

关于提议者要求的要点：

• 来自 EthPandaOps(Pari) 的一个数据点表明，一个 6 核 12 线程的节点平均使用其 CPU 的 20%
• 此平均使用率未考虑加密操作中的峰值延迟
• 更多的内核会提高峰值延迟性能并降低平均值
• 随着更多高级加密技术被添加到协议中，并且希望需要 staker 尽可能少地更新其硬件，因此将所需的内核数量加倍是有意义的。
• 当前硬件为预期的更改（如 peerDAS）提供了空间

中心化区块构建者

虽然不在本文档的范围内，但我们注意到一些责任：

• 对于无状态，这些实体将为区块构建无状态见证
• 如果提议者决定自己构建无状态见证，则他们可以根据我们的基准使用推荐的硬件要求来完成
• 对于 SNARKifying L1，与区块构建者具有类似能力的实体将创建这些 zk 证明

无状态客户端

一旦我们拥有完全的无状态，我们设想验证者本身可以是无状态的。

这：

• 减少了节点的存储要求
• 增加了见证验证的 CPU 要求

无状态验证过程符合我们推荐的硬件要求，验证成本低廉。我们还注意到，我们推荐的硬件要求适用于 verkle 树和带有 stark 证明的二叉树。后者需要使用传统哈希进行更多基准测试。

其他更改

提高 gas 上限

提高 gas 上限会增加历史记录增长的速度，从而影响存储要求。来自 paradigm 的分析 表明，在没有任何更改的情况下，我们有 2 到 3 年的时间才会超过 2TB。但是，这不包括共识层 (CL) 的存储要求，DevOps 的 Pari 指出，使用 CL，我们不到六个月就会达到 2TB 的限制。

鉴于推荐的存储空间为 4TB，并且我们计划在最多两年内实施 EIP-4444。即使在这种情况下，我们也将 gas 上限翻倍，此存储要求也不应造成任何问题。

如果用户计划保持在 2TB，那么这可能就足够了，因为在不到六个月的时间内会修剪合并前的文件，从而释放约 500GB，并且在一年内实施 4444。

提高 blob 限制

如 paradigm 帖子 中所述，blob 的添加减少了由汇总用户引起的历史记录增长，因为他们已从 calldata 切换到 blob 数据。

目前尚不清楚 rollup 是否正在 calldata 和 blob 数据之间切换，这意味着目前尚不清楚提高 blob 限制是否会进一步影响历史记录增长。

增加验证者数量

本节将被大幅简化，因为它与 Orbit、3SF 和 MaxEB 有很多路径依赖性。

我们知道，对于 SSF，需要减少验证者集，因此至少硬件规范的提升应该足以满足 SSF 中发生的任何聚合。

鸣谢

感谢 Parithosh Jayanthi、Kevaundray Wedderburn、Josh Rudolf、Dankrad Feist、Justin Traglia、Ignacio Hagopian 和 George Kadianakis 做出的贡献。我们还要感谢外部审阅者提供的反馈：Nixorokish、Yorick Downe、Rémy Roy、Ben Adams、Vitalik Buterin、Lightclient、Andrew Ashikhmin、Marek Moraczyński、Potuz、Joe Clapis、Haurog、Francis(Base)、Jimmy(Lighthouse) 和 Nico Flaig。反馈并不意味着对本文档的认可。

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