2026 年 Solana 验证节点与 RPC 节点硬件：实用选型指南

就区块链节点而言，Solana 的硬件要求异常之高：根据 Anza 当前的要求，验证节点起步就需要 12 个高速核心、256 GB 内存和多块 NVMe 硬盘，而启用完整账户索引的 RPC 节点需要 512 GB 内存。本指南将这些要求转化为 CPU、内存、磁盘布局、网络和调优方面的具体选择，并说明 2026年正在发生的变化。本文仅涉及硬件，不构成质押或财务建议。

官方基准要求

Agave 验证节点客户端的维护方 Anza 发布了参考硬件要求，并鼓励运营者自行进行性能测试。截至 2026年9月，要求如下。

CPU：频率优先

Anza 明确表示，更高的频率比更多的核心更可取。其部署指南将历史证明（Proof of History）哈希速率低于集群目标的问题，归因于基础频率低于 2.8 GHz 的 CPU，并建议使用 performance CPU 调频策略，以免动态调频拉低频率。

在当前的硬件上，指令集很少成为问题。所有 AMD Zen 4 和 Zen 5 CPU 都满足 Anza 的指令集要求，并且具备它所说“有帮助”的 AVX-512 支持。AVX-512 对 Firedancer 更为重要，其签名验证使用了定制的 AVX-512 ED25519 实现。

真正起筛选作用的是基础频率。许多高核心数的服务器 CPU 基础频率都低于 2.8 GHz：EPYC 9454P 的基础频率为 2.75 GHz、全核加速 3.65 GHz，192 核的 EPYC 9965 则为 2.25 GHz。而 EPYC 9355P（3.55 GHz）和 9555P（3.2 GHz）都以充足的余量越过了这道门槛。

内存：验证节点与 RPC 节点

验证节点至少需要 256 GB 内存。RPC 节点需要更多内存，原因在于账户索引：这些内存中的索引能让 getProgramAccounts 和 getTokenAccountsByOwner 等查询变快。Agave 支持三种索引，通过 --account-index 启用：program-id、spl-token-mint 和 spl-token-owner。三种全部启用时，Anza 的建议是 512 GB 或以上。

两种角色都建议使用 ECC 内存。它能纠正单比特错误，并将许多其他错误转化为可检测、可记录的事件，而不是悄无声息的数据损坏；对于保存共识状态的机器而言，这是很合理的特性。Anza 还指出，由于资源限制，通常不应让一台机器同时充当共识节点和完整的 RPC 节点。

NVMe 布局：账户、账本、快照

磁盘布局与磁盘容量同样重要。Anza 建议账户数据库、账本和快照各自使用独立的 NVMe 设备。Anza 将高写入寿命列为账户盘的硬性要求，对其他盘则只是建议，这说明了写入主要集中在哪里。部署指南要求为账本预留至少 2 TB 空间。

• 两块硬盘。账户单独使用一块；账本、快照和操作系统使用另一块。Anza 允许将操作系统与账本放在同一块盘上，但也指出账本独占一块盘时性能更好。
• 四块硬盘。账户、账本、快照和操作系统各自使用独立设备。对于 RPC 节点，账户和账本分开存放是硬性要求，而不只是偏好。
• 写入寿命。TBW（总写入字节数）是硬盘的额定写入寿命。部署前请确认该指标，部署后持续跟踪磨损情况，例如使用 nvme smart-log，其“percentage used”字段估算了该寿命已消耗的比例。

网络：1、2 还是 10 Gbps

Anza 的网络建议是分级的：无质押节点有 1 Gbps 对称带宽即可，而有质押节点至少需要 2 Gbps 对称带宽，并建议有 10 Gbps 可用带宽以保证稳定运行。必须有静态公网 IPv4 地址，端口 8000–8030 必须可通过 TCP 和 UDP 访问，且 Anza 不建议在 NAT 后运行。

每月流量取决于质押量、节点角色和客户端负载。对于一个繁忙的节点，即使不计向用户返回的 RPC 响应，每月数十 TB 也是现实的量级：在按流量计费的套餐中，这是一笔实实在在的开支，而在不限流量端口上则不产生任何费用。RPC 节点除集群流量外，还需要为客户端流量预留余量，因此 10 Gbps 是该角色的合理默认选择。

操作系统调优要点

Anza 公布了验证节点所需的内核参数，并警告缺少这些设置时节点可能无法启动：

# /etc/sysctl.d/21-agave-validator.conf
net.core.rmem_max = 134217728
net.core.wmem_max = 134217728
vm.max_map_count = 1000000
fs.nr_open = 1000000

• 用 sudo sysctl -p /etc/sysctl.d/21-agave-validator.conf 加载这些参数。
• 在服务单元中提高文件数和锁定内存的限制：LimitNOFILE=1000000 和 LimitMEMLOCK=2000000000。
• 将 CPU 调频策略（governor）设为 performance。
• 如上文所述，将账户和账本挂载到不同的 NVMe 设备上。
• 在裸金属服务器上运行：Anza 不建议在主网使用 Docker，并警告云虚拟机需要明显更高的运维水平。

Firedancer、Frankendancer 与 Alpenglow

Solana 现在有了第二个验证节点实现。Frankendancer 将 Firedancer 的网络和出块代码与 Agave 的运行时结合运行，已于 2024年9月在主网上线。据 The Block 报道，完全独立的 Firedancer 客户端在少数验证节点上经过约 100 天的生产环境运行后，于 2025年12月正式上线。2026年5月，Jump 的首席工程师对 CoinDesk 表示，在完成全面安全审计之前，团队还不希望所有人都运行它；此前它刚完成一场公开审计竞赛，漏洞赏金池为 $1 百万。

Firedancer 的文档将 Frankendancer 的硬件需求定在至少与 Agave 相当的水平：最低配置为 2.8 GHz 以上的 24 核 CPU 和 256 GB 内存；推荐配置为支持 AVX-512、3 GHz 以上的 32 核 CPU，512 GB ECC 内存，以及分开的账户盘和账本盘。它必须从源码编译，编译出的二进制文件会针对编译所在的 CPU 进行优化。

共识机制也在变化。Alpenglow 用验证节点之间直接发送的投票取代 TowerBFT 投票；其第一阶段 Votor 随 Agave 4.3 发布。我们最近一次于 2026年9月查看 Solana 官方升级页面时，主网激活预计在 2026年第三季度进行，但尚未发生。投票交易将不再进入区块，因此请在激活后重新核算带宽和 CPU 需求，而不要只按当前的投票负载来配置。

集中度与地理分布

节点运行在哪里，不仅关系到运营者本身，也关系到整个网络。据 The Block 报道，2022年11月，Hetzner 执行禁止加密货币活动的条款时，超过 1,000 个 Solana 验证节点下线，超过五分之一的质押进入失职（delinquent）状态。网络本身似乎未受影响，但这一事件暴露了质押集中于单一服务商的风险。

Solana 基金会委托计划现已将这一教训写入规则。自 2026年5月1日起，参与者必须在所占网络质押不超过 15% 的数据中心运行节点，且所在 ASN 和托管服务商的质押占比须低于 25%；validators.app 会公布最新数据。地理位置也会影响性能：远离大部分质押的验证节点，投票和区块的延迟会更高；而 RPC 节点应部署在靠近查询它的应用的地方。请在选择城市之前而不是之后检查集中度。

将要求对应到实际服务器

我们的 Ryzen 配置内存最高为 192 GB，低于 256 GB 的基准要求，因此我们不建议将其用于主网验证节点或 RPC 节点。

每台 PowerDedi 服务器都配备 10 Gbps 不限流量端口和 IPMI/KVM 访问，所有 EPYC 配置均使用 ECC 内存；您可以用 SOL 付款，也可以用比特币、以太坊、门罗币或 TRON 上的 USDT 付款。当前库存请见区块链节点页面，完整规格请见 AMD EPYC 产品线。

参考资料

• Agave 验证节点要求 — Anza
• 部署 Agave 验证节点 — Anza
• 部署 Agave RPC 节点 — Anza
• 入门指南 — Firedancer 文档
• Jump 的“Frankendancer”验证节点客户端已在 Solana 主网上线 — CoinDesk，2024年9月20日
• Jump Crypto 的 Firedancer 登陆 Solana 主网 — The Block，2025年12月12日
• Jump Crypto 的 Firedancer 采取稳扎稳打的推进策略 — CoinDesk，2026年5月16日
• Alpenglow — Solana 基金会
• 委托标准 — Solana 基金会
• 数据中心集中度 — validators.app
• Hetzner 封锁服务器访问，1,000 个 Solana 验证节点下线 — The Block，2022年11月2日