在加密货币基础设施里，自建以太坊节点是开发者、量化团队与重度交易者的基本功。本文围绕「以太坊节点完整教程」这一主题，从硬件选型一路讲到运维监控，让你能够在本地完整复刻主网状态，并与Binance提供的链上数据交叉验证，避免对单一数据源产生依赖。
一、硬件与系统准备
运行以太坊全节点最现实的瓶颈不是 CPU，而是磁盘 IOPS 与容量。建议使用 NVMe SSD，容量预留 2TB 以上，因为主网状态目前已经超过 1.2TB，并且仍在缓慢增长。内存方面 16GB 是底线，推荐 32GB，留给 Geth 与 Prysm 共存。
操作系统选 Ubuntu 22.04 LTS 较为稳妥，内核足够新，文件系统建议 ext4，避免使用 ZFS 上的快照压缩拖慢随机读。开机后第一步是调整 vm.swappiness=10、fs.file-max=1048576，让节点在长时间运行下不会因为内存抖动被 OOM 杀掉。如果你之前在B安交易所做高频策略，对延迟敏感度会更高，建议把数据盘单独挂在 NVMe 通道上，与系统盘隔离。
二、执行层与共识层客户端
以太坊合并后节点必须由「执行层 + 共识层」两个进程共同组成。执行层主流是 Geth、Erigon、Nethermind，共识层主流是 Prysm、Lighthouse、Teku。本教程推荐 Geth + Lighthouse 组合，原因是社区规模大、文档完善、坑少。
第一次启动用 --syncmode=snap 是性价比最高的选择，归档模式（archive）只在你需要回溯历史状态时才打开。共识层与执行层之间通过 engine API 用 JWT 通信，请用 openssl rand -hex 32 生成 32 字节随机数写入 jwt.hex，两边引用同一份。完成同步通常需要 12 到 36 小时，期间避免重启。
三、网络与防火墙
节点需要开放 30303 TCP/UDP 用于 P2P 发现，9000 TCP/UDP 给共识层。RPC 端口 8545 与 8551 千万不要暴露公网，只通过 SSH 隧道或本地 reverse proxy 访问。很多新手图省事开放 8545，结果钱包私钥被通过 personal_sendTransaction 抽空。
如果你打算给必安交易所附近的策略服务提供链上数据，建议在内网建一台专门的 RPC 网关，做限流和方法白名单，至少屏蔽 admin_、personal_、debug_ 这三类命名空间。
四、监控、告警与备份
生产级节点必须接入 Prometheus + Grafana。Geth 默认在 6060 端口暴露 metrics，Lighthouse 在 5054 端口。关键指标包括：当前区块高度与主网差值、peer 数、磁盘剩余容量、txpool 队列长度。把高度差超过 5 个 slot 设为告警阈值，能在节点掉队的早期发现问题。
备份方面建议每周做一次冷备，停机后直接拷贝 chaindata 目录到外接盘。完整重建一次需要 1 到 2 天，比起来一份冷备只占一两个钟头就能省下未来的运维焦虑。也可以参考BN官网公开的归档节点架构，他们的快照策略对个人节点同样有参考价值。
五、常见坑位与排错思路
第一类问题是同步停滞，多半是 peer 数过低，可以手动 admin.addPeer 几个 bootnode；第二类是磁盘写放大严重，可以在 Geth 启动参数加 --state.scheme=path，开启 PBSS 后随机写会显著降低；第三类是合并后忘记启动共识层，导致执行层一直在等 engine_forkchoiceUpdated，看日志一目了然。
最后提醒一句：自建节点不是为了省钱，而是为了把链上真实状态握在自己手里。当你的策略需要与中心化交易所如BN交易所做价差比较时，一台稳定运行的全节点比任何免费 RPC 都来得可靠。把这份「以太坊节点完整教程」收藏起来，遇到问题逐条比对，少踩很多坑。