【区块链节点 04】VPS 同步以太坊节点：Geth / Nethermind 的存储、快照与资源规划（2026）

2026-08-15 · DevCraft Studio

2026 年用 VPS 同步以太坊主网全节点要多少 SSD 与内存？本文讲清合并后「执行层 + 共识层」双客户端架构、全节点与归档节点 15TB+ 的存储鸿沟、Geth / Nethermind / Erigon 客户端选型、snap 快照同步怎么省时间、为什么 16GB 内存是底线，以及 Hetzner / Contabo / OVH 大盘机型的 RPC 对外服务与安全实战。

区块链节点 VPS · 共 4 篇

一句话结论：以太坊节点比比特币「重」一个数量级——2026 年同步一台主网全节点，执行层（Geth / Nethermind 等）加共识层（Lighthouse / Prysm 等）合计要吃下 1.5–2TB 的 NVMe，内存底线 16GB、推荐 32GB，而且磁盘必须是 NVMe 这种高 IOPS 盘，慢 SSD 会让同步从几天拖到几周。本文把「合并后为什么要跑两套客户端」「全节点和归档节点差出 15TB」「Geth 还是 Nethermind 还是 Erigon」「snap 快照同步怎么省时间」「RPC 对外服务怎么开才安全」一次讲清，并给出 Hetzner、Contabo、OVH 三家大盘机型的选型账。

延伸阅读

更多相关攻略推荐：数据中心"吞电"真相：为什么能源危机和 AI 算力在悄悄拉高你的网费、从阿帕网到万物互联：TCP/IP 协议族的诞生与进化史、VPS 的终点是「杜甫」？Hetzner 独服拍卖场、IPMI 远程、从免费赠送到一枚 50 美元：IPv4 地址的价格变迁与二手交易风云、告别"白菜价"时代：全球 VPS 与云计算厂商涨价背后的深层经济学。

一、合并之后：你必须跑「两套」客户端

2022 年以太坊完成合并（The Merge）转向权益证明（PoS）后，节点的架构变了：一台以太坊节点 = 一个执行客户端 + 一个共识客户端，两者必须同时跑、互相通信，缺一不可。

  • 执行客户端（Execution Client）：负责交易、状态、EVM，也就是你熟悉的「链上数据」。代表有 Geth、Nethermind、Erigon、Besu。
  • 共识客户端（Consensus Client）：负责信标链（Beacon Chain）、出块证明、PoS 共识。代表有 Lighthouse、Prysm、Teku、Nimbus、Lodestar。

只跑执行层，你拿不到共识层的最终性；只跑共识层，你不知道最新状态。所以 2026 年「跑以太坊节点」的真实含义是「同时运维两个进程」，这直接抬高了内存与磁盘的双重门槛——下面每一项资源都要算两份。

二、全节点 vs 归档节点：存储差出 15TB 的鸿沟

这是选型的第一个分水岭，决定你买的磁盘是 2TB 还是 20TB：

类型存什么2025 年磁盘占用适合谁
全节点（Full）当前状态 + 全部区块/交易，旧状态会被回收执行层约 1.3–2TB绝大多数 dApp、RPC、普通验证
归档节点（Archive）每一个历史高度的完整状态都留着Geth 约 12TB、Nethermind 约 14TB、Erigon 约 3TB区块浏览器、数据分析、历史查询
轻节点（Light）只存区块头，按需向全节点要证明几百 MB钱包、移动端（实现仍不稳定）

关键认知：普通用户 99% 的情况只需要全节点。归档节点是把「历史上每一个区块时刻的完整账本」都存下来，只有区块浏览器（Etherscan 那类）和做链上研究的人才需要。如果你的目标是「自己验证、给 dApp 提供 RPC、甚至跑验证者」，全节点足够，别被「归档才专业」的说法吓去多买 15TB 盘。

三、客户端选型：Geth / Nethermind / Erigon 怎么挑

执行客户端各有性格，按你的 VPS 资源选：

  • Geth（Go 语言，最主流）：生态最成熟、文档最多，但最吃内存，全量 snap 同步后约 1.3–2TB。跑 Geth 建议 16GB 起步、32GB 更舒服。适合「不想折腾、求稳」的人。
  • Nethermind（C# 语言）：内存占用明显低于 Geth，对 NVMe 友好，性能不弱。同样的机器跑 Nethermind 比 Geth 更省 RAM，是内存紧张时的好替代。
  • Erigon（Go 语言，性能向）：同步速度优化激进、磁盘占用更小（全量约 1TB 出头），但初始同步极吃 CPU。适合愿意拿 CPU 换磁盘的人，也适合资源受限环境。
  • Besu（Java 语言，企业向）：配置灵活，企业部署常拿来基准测试。

共识客户端相对轻：Lighthouse、Prysm、Teku、Nimbus 一般 4–8GB 内存就够，信标链数据再加约 500GB–1TB。本站建议新手用 Geth + Lighthouse 组合：资料最多、踩坑有人答；内存吃紧就换 Nethermind。

四、存储规划：1TB+ 的快照同步（snap sync）

以太坊的状态（账户 + 合约存储）一直在涨，约每周 0.5–1GB。2025 年 Geth 全节点约 1.3–2TB，到 2026 年只会更多。所以规划时别只按「当前够用」买，要留 1–2 年余量：

  • 最低配置：1TB NVMe，勉强同步主网全节点，但余量极小，半年后就紧张。
  • 推荐配置：2TB NVMe，执行层 1.5–2TB + 共识层 0.5–1TB 从容装下，未来一两年不用迁移。
  • 理想配置：3–4TB NVMe，给归档探索、多客户端测试、链增长都留足空间。

关于同步模式：Geth 从 v1.10 起默认 snap 同步（--syncmode=snap），也就是「快照同步」——它先下载状态快照而非一点点回放历史，大幅缩短同步时间。这是 2026 年的默认姿势，普通用户不用改成 full 同步。Erigon 则用更激进的 historical+ 方式进一步压盘。

五、内存与 CPU：为什么 16GB 是底线

以太坊节点对内存的饥渴来自「状态缓存」。经验配置：

资源全节点最低全节点推荐归档节点
CPU4 vCPU8 vCPU（3.0GHz+）8–32 核
内存16 GB32 GB64–128 GB
磁盘1 TB NVMe2 TB NVMe16–20 TB 企业盘
带宽25 Mbps 稳定50+ Mbps100 Mbps 专用

为什么 16GB 是底线？因为 Geth 的状态缓存（--cache）开太小会频繁落盘、同步卡死；状态越大，需要的缓存越多。内存不够的直接后果是 OOM 崩溃或同步永远追不上链头。CPU 方面，4 核是门槛、8 核让同步和出块验证更顺；Erigon 初始同步尤其能吃满多核。

六、磁盘与 IOPS：NVMe 是刚需，HDD 直接劝退

以太坊节点是超高随机读写负载：状态 Trie 的读取、新区块的状态更新、快照下载，全是小块随机 I/O。SATA SSD 在同步期会严重掉速，HDD 更是会让同步「以周计」。必须上 NVMe，理由：

  • NVMe 读写可达 5–7GB/s、数十万 IOPS，把初始同步从几天压到更短。
  • 状态增长是持续的，NVMe 的高耐久也更适合 24/7 写入。
  • 很多商家写「SSD」其实是 SATA SSD，下单前务必确认是 NVMe 字样。

这也是为什么以太坊节点特别适合 Hetzner、Contabo、OVH 这几家「大 NVMe 盘 + 不限流量」的机型——它们的大盘套餐正是为这种重 I/O 负载准备的。RackNerd 的低价小盘机则更适合之前讲的比特币剪枝节点，而不是以太坊全节点。

七、RPC 对外服务：8545 / 8546 与端口开放

以太坊节点几个关键端口：

  • 30303（P2P，TCP/UDP）：执行层节点互联口，必须开放入站，和比特币的 8333 一个道理。
  • 8545（HTTP RPC）/ 8546（WebSocket RPC）：你或 dApp 查询链上数据的接口。默认绑本地，若要对外提供 RPC 服务，绝不能无认证裸奔在 0.0.0.0。
  • 9000（共识 Beacon P2P，TCP/UDP）：共识客户端的互联口。

对外提供 RPC 的安全姿势：RPC 端口只绑 127.0.0.1，前面架一层 Nginx 反向代理并开启 TLS + 鉴权（API key / token），或者干脆只对白名单 IP 开放。裸暴露 8545 等于把你的节点变成别人的免费算力与数据矿，还容易被扫号攻击。

八、实战：用 Geth + Lighthouse 同步主网

以 Ubuntu 为例，先装 Geth（用官方 PPA 或校验过的二进制），关键启动参数：

# 安装（Ubuntu）
sudo add-apt-repository -y ppa:ethereum/ethereum
sudo apt update && sudo apt install -y geth

# Geth 启动：snap 同步 + 本地 RPC
geth --syncmode snap   --http --http.addr 127.0.0.1 --http.port 8545   --http.api eth,net,web3   --cache 4096 --datadir /var/lib/geth

共识客户端（以 Lighthouse 为例）连上同一个 datadir 对应的信标端口，二者通过本地 IPC/HTTP 通信。防火墙只放行 30303（TCP/UDP）和你的 SSH，RPC 不对外。用 systemd 的 Restart=always 保活，避免崩溃后掉线。

监控同步进度：

geth attach http://127.0.0.1:8545 --exec "eth.syncing"
# 当 eth.syncing 返回 false，说明已追平链头

首同步在好机器上约 1–3 天，差机器可能更久——瓶颈几乎都在磁盘 IOPS 和状态下载，不是 CPU。

九、验证者 / 质押节点的额外考量

如果你跑节点是为了质押（32 ETH 验证者），门槛又不一样：

  • 正常运行时间：验证者错过 attestation 会被扣奖励，离线太久甚至 slashing（罚没）。所以必须上 UPS、冗余电源、稳带宽，uptime 是硬指标。
  • 密钥安全：validator keystore / 助记词绝不能明文放服务器，用远程签名器、HSM 或离线备份。生产环境建议热备份 + 离线冷备份分离。
  • 配置反而更低：验证者本身 8GB 内存、500GB SSD 就能跑，但叠加全节点后还是回到 16GB+/1TB+ 的盘子。重点是「别掉线」而不是「堆配置」。

换句话说，质押拼的是运维可靠性，不是硬件上限。一台稳如老狗的 32GB/2TB NVMe 机器，远胜一台顶配但常掉线的机器。

十、成本与厂商：把账算在刀刃上

以太坊全节点的月度成本主要来自「大 NVMe + 大内存 + 不限流量」：

商家优势注意点适合场景
Hetzner大 NVMe、不限流量、性价比高部分机房对加密相关用途有限制条款，下单前看 TOS全节点、RPC 服务
Contabo大内存大盘便宜、年付锁价部分机房晚高峰 I/O 波动预算型全节点
OVH大盘 + 基础 DDoS 防护、全球机房价格略高、部分机型排队对韧性/防护有要求的节点

省钱心法：只跑全节点、不碰归档，能把磁盘从 15TB+ 砍回 2TB；缓存参数（--cache）设到内存的 50–70%，比盲目加 CPU 更能加速同步；用 snap 同步而非 full 同步。三招叠加，一台 32GB/2TB NVMe 的不限流量 VPS 足以稳稳扛住主网全节点 + RPC。

#以太坊节点 #VPS搭建 #Geth #Nethermind #快照同步