本页目录 9 个章节
根据 Offchain Labs 的文档，Arbitrum Nitro 全节点至少需要 64 GB DDR5 内存（建议 128 GB）、单核速度快的 8 核 CPU（建议 16 核）以及本地 NVMe。2026 年 10 月，Arbitrum One 的全节点快照为 2.67 TB，PathDB 归档快照为 4.23 TB。此外还需要以太坊 RPC 端点和信标端点。
Nitro 官方硬件要求
Offchain Labs 在其“准备运行节点”页面上为 Nitro 全节点公布了一张硬件表，并原样沿用于归档节点。以下内容于 2026 年 10 月 15 日核实：
| 资源 | 最低要求 | 推荐 |
|---|---|---|
| 内存（DDR5） | 64 GB | 128 GB 或以上 |
| CPU | 8 核第三代 CPU（AWS 上对应 i4i.2xlarge） | 16 核或以上，更新一代的 CPU |
| 存储类型 | NVMe SSD；强烈建议使用本地直连硬盘 | 同左 |
| 存储容量 | 取决于链及其流量；最好有数 TB | 同上，条件允许时越大越好 |
表格下方的注释与表格本身同样重要。最低要求针对的是只处理有限数量 RPC 请求的节点；如需应对并发流量，应增加内存和核心。单核性能很重要：如果节点在某个核心占用率达到 100% 时落后于链，Offchain Labs 建议换用更快的处理器。此外，解压快照需要约为快照两倍大小的临时磁盘空间。作为参考，AWS 列出的 i4i.2xlarge 配有 8 个 vCPU 和 64 GiB 内存。当前版本为 Nitro v3.12.1，发布于 2026 年 10 月 2 日；Offchain Labs 只支持正式发布版本，不支持 beta 版或候选版本（RC）。
HashDB 还是 PathDB：首次同步前就要选定
Nitro 采用两种方案之一来存储状态树（state trie），且已有数据库无法转换；更换方案意味着要用另一种类型的快照重新初始化。
- HashDB 是默认方案。它支持区块验证，可以通过
--init.latest pruned初始化，但修剪只能手动离线进行：对于 Arbitrum One，--init.prune full即使在 NVMe 上也可能耗时数天，在此期间节点不提供 RPC 服务。 - PathDB 从 Nitro v3.9 起可通过
--execution.caching.state-scheme=path启用，会在节点运行时自动修剪，默认保留 345,600 个区块的状态历史，按 Arbitrum 250 ms 的出块时间计算约为 24 小时。它无法验证区块，其快照必须通过--init.url指定。
默认全节点以瞭望塔（watchtower）模式运行，不需要区块验证器，因此大多数 RPC 节点都可以选用 PathDB。对于归档节点，Offchain Labs 更是直接推荐 PathDB。
Arbitrum 归档节点数据量与全节点磁盘需求
Arbitrum One 节点必须从快照启动，因为 Nitro 无法重放 Classic 时期的区块。以下是 Arbitrum 基金会的快照元数据（查询于 2026 年 10 月 15 日）：
| 链与类型 | 方案 | 快照日期 | 大小 |
|---|---|---|---|
Arbitrum One，pruned（全节点） | HashDB | 2026年10月5日 | 2.67 TB |
Arbitrum One，full-path（全节点） | PathDB | 2026年10月7日 | 2.72 TB |
Arbitrum One，archive-path | PathDB | 2026年10月7日 | 4.23 TB |
Arbitrum One，archive | HashDB | 2023 年 8 月 11 日（已过时） | 4.96 TB |
Arbitrum Nova，pruned / archive | HashDB | 2026 年 9 月 8 日 / 9 月 9 日 | 0.62 TB / 8.74 TB |
表中大小均为十进制 TB；元数据自身标注的“TB”实为二进制单位（前三行分别为 2.43、2.48 和 3.85 TiB）。各指南引用的数字更低，也更粗略：pruned 约 2.3 TB，full-path 约 2.4 TB，archive-path 约 3.7 TB。请依据最新的元数据确定磁盘容量。
- 部署期间按快照两倍的空间规划。全节点初始化时需要约 5.4 TB 可用空间，归档节点约需 8.5 TB，因为在 Nitro 删除下载的快照文件之前，该文件会与解压出的数据库同时存在。快照本身未经压缩，因此数据库最终大小与快照大致相当。
- 数据会稳定增长。从 9 月 26 日到 10 月 7 日的两次快照之间，
archive-path增长了约 32 GB，即每天约 2.9 GB。HashDB 全节点在两次手动修剪之间也会持续增长，而 PathDB 则始终保持在其保留窗口之内。 - Nitro 之前的历史数据需要另一个节点。对于区块 22,207,817 之前的区块，Nitro 支持除六个之外的所有 RPC 方法；对这些区块的归档查询需要 Arbitrum Classic 节点，其归档快照为 657 GB。
Offchain Labs 指出，大多数用户并不需要归档节点：它只适用于少数场景，例如处理历史数据。
为什么需要 64 至 128 GB 内存，以及选哪款 CPU
Nitro 是一个 Go 程序，用 Offchain Labs 的话说，它“实际使用的内存可能明显多于 Go 运行时报告的数值”。它的 Pebble 数据库缓存（默认 2,048 MB）、memtable 最多再占用其一半的内存、1,024、600 和 400 MB 的 trie 缓存与快照缓存，以及 256 MB 的 Stylus 缓存，都有一部分处于 Go 垃圾回收器的管理范围之外。高 RPC 负载和大型 debug_traceBlockByNumber 调用还会在此基础上进一步增加内存占用。调优指南建议采取三项防护措施：
GOMEMLIMIT：Go 堆的软上限；文档示例中，在 64 GB 内存的机器上设为 48 GiB。--node.resource-mgmt.mem-free-limit=4GiB：在可用内存不足时拒绝新的 RPC 请求。MALLOC_ARENA_MAX=2：将 glibc 的内存分配区（arena）数量限制为两个；据文档所述，arena 无节制地增长是长时间运行的 Nitro 节点出现不明内存增长的最常见原因。
至于 CPU，上文关于单核性能的建议比核心数更重要：文档给出的处理器性能不足的迹象，是在链每 250 ms 产生一个区块的情况下，节点落后于链且有一个核心占用率达到 100%，而不是核心数量不够。更多的核心在处理并发 RPC 流量时才能发挥作用。
L1 要求：以太坊 RPC，以及可提供历史 blob 的信标端点
每个 Arbitrum One 节点都需要 --parent-chain.connection.url（以太坊执行层 RPC）和 --parent-chain.blob-client.beacon-url（信标链端点），因为批次数据以 blob 的形式发布到以太坊，而 blob 存放在信标链上。新节点，或离线超过 18 天的节点，还需要从该端点获取历史 blob 数据。自以太坊 Fusaka 升级以来，该端点必须配置为保留并提供历史 blob：Offchain Labs 要求外部服务商订阅所有数据子网；对于自托管的 Prysm 节点，则建议使用 7.1.0 或更新版本，并启用 --semi-supernode 和 --enable-backfill。
自行托管意味着要同时运行执行客户端和共识客户端，并保持更新，因为不兼容的 L1 客户端版本可能导致 Arbitrum 节点崩溃或停止同步。请参照我们的以太坊节点硬件指南为该 L1 节点单独规划配置，并为其信标节点保存的 blob 历史预留额外的磁盘空间。
端口与带宽
| 端口 | 协议 | 选用 |
|---|---|---|
| 8547 | 基于 HTTP 的 RPC | 您的应用；用防火墙加以限制 |
| 8548 | 基于 WebSocket 的 RPC | 需要 --ws.port、--ws.addr 和 --ws.origins |
| 9642 | 排序器数据流（sequencer feed） | 数据流中继（feed relay）的输出，供您自己的节点使用 |
全节点通过 WebSocket 主动连接排序器数据流；文档为其列出的监听端口只有它自己的 RPC 端口。如果运行多个节点，Offchain Labs 强烈建议每个数据中心部署一个数据流中继（feed relay），由它通过端口 9642 向您的节点提供数据流，这样既能降低入站流量费用，又能提高稳定性。文档没有给出带宽数据。可预见的最大一笔传输是快照：以 1 Gbps 持续速率计算，2.67 TB 的修剪快照约需六小时，归档快照约需九个半小时。如果您自行托管 L1 节点，它还会产生自身的对等节点流量，这时 10 Gbps 不限流量端口就能派上用场。
Arbitrum 节点选哪款 PowerDedi 服务器
| 选用 | 配置 | 适用人群 | 价格 |
|---|---|---|---|
| Arbitrum Nova 或较小的 Arbitrum 链 | Ryzen 9 9950X：16 核（最高 5.7 GHz）、128 GB DDR5、2 × 1.92 TB NVMe | 满足建议的内存和核心数；但 3.84 TB 容纳不下解压过程中的 Arbitrum One 快照 | $159/月 |
| Arbitrum One 全节点 | Ryzen 9 9950X3D：16 核（最高 5.7 GHz）、192 GB DDR5、2 × 3.84 TB NVMe | 内存高于建议值；7.68 TB 条带化存储可满足部署时 5.4 TB 的峰值需求，之后还剩约 5 TB 可用空间 | $219/月 |
| 高负载 RPC 全节点 | EPYC 9355P：32 核（基础频率 3.55 GHz）、384 GB ECC、2 × 3.84 TB NVMe Gen5 | 核心和内存足以应对并发请求，且频率较高；24 小时内组装完成 | $519/月 |
| 归档节点（PathDB） | EPYC 9555P：64 核、768 GB ECC、4 × 3.84 TB NVMe Gen5 | 15.36 TB 条带化存储：足以容纳部署时 8.5 TB 的峰值，外加 Classic 归档数据，以及按当前速度数年的增长；24 小时内组装完成 | $949/月 |
坦白说，需要注意的地方都在磁盘上。9950X 和 EPYC 4585PX（$179/月）都满足内存和 CPU 建议，但它们的 2 × 1.92 TB 容纳不下 Arbitrum One 快照在部署期间所需的约 5.4 TB，因此我们不建议将其用于 Arbitrum One。我们销售的双硬盘服务器都无法满足归档节点部署时 8.5 TB 的峰值需求。现货 EPYC 9454P（$489/月）与 9355P 同样是 7.68 TB，但基础频率只有 2.75 GHz，与对单核性能敏感的 Nitro 不太匹配。最后，上述所有布局都对硬盘做了条带化：一块硬盘故障就意味着要重新下载快照，因此请将部署过程脚本化。
如何运行 Arbitrum 节点：部署概要
以下命令来自 Offchain Labs 的文档；请将方括号中的 L1 端点替换为您自己的端点。
# 1. Create the data directory first: the container runs as UID 1000
mkdir -p /some/local/dir/arbitrum
# 2. Arbitrum One full node on HashDB, from the latest pruned snapshot
docker run --rm -it -v /some/local/dir/arbitrum:/home/user/.arbitrum -p 0.0.0.0:8547:8547 -p 0.0.0.0:8548:8548 offchainlabs/nitro-node:v3.12.1-70fa99a --parent-chain.connection.url=<Ethereum RPC URL> --parent-chain.blob-client.beacon-url=<Ethereum beacon chain RPC URL> --chain.id=42161 --init.latest=pruned --http.api=net,web3,eth --http.corsdomain=* --http.addr=0.0.0.0 --http.vhosts=*
# PathDB instead: read the current snapshot directory, then start with
# --execution.caching.state-scheme=path --init.url https://snapshot.arbitrum.foundation/arb1/<directory>/
curl https://snapshot.arbitrum.foundation/arb1/latest-full-path.txt
# Archive node: use latest-archive-path.txt and add --execution.caching.archive
# Memory guards, as in the docs' example for a 64 GB machine
# docker run ... -e GOMEMLIMIT=48GiB ... --node.resource-mgmt.mem-free-limit=4GiB
# 3. Shut down gracefully so Nitro can write its state to disk
# (the documented command stops every running container)
docker stop --time=1800 $(docker ps -aq)文档中的命令会在所有网络接口上开放 RPC，因此请用防火墙限制端口 8547 和 8548；我们的上线首小时安全加固清单介绍了具体做法。当前库存请见我们的区块链节点托管页面。
参考资料
- 准备运行节点 — Arbitrum 文档
- 如何为 Arbitrum 链运行全节点 — Arbitrum 文档
- 如何运行归档节点 — Arbitrum 文档
- Nitro 数据库快照 — Arbitrum 文档
- 节点调优与监控 — Arbitrum 文档
- 信标节点：历史 blob 和以太坊信标链 RPC 服务商 — Arbitrum 文档
- Arbitrum 快照 — 快照浏览器与元数据（查询于 2026 年 10 月 15 日）
- Arbitrum Nitro v3.12.1 — Offchain Labs，GitHub，2026 年 10 月 2 日
- Amazon EC2 I4i 实例 — Amazon Web Services
