节点是连接开发者与以太坊链上世界的“桥梁”，而 JSON-RPC 是这座桥的标准通信协议。
本文将从节点类型、客户端组成、同步方式、RPC 接口原理等多个角度，系统剖析以太坊节点的运行机制与对外服务能力。
以太坊节点是一台运行以太坊客户端软件（如 Geth、Nethermind、Erigon 等）的计算机。它具备以下核心功能：
📌 节点是网络的“细胞”，每个节点都对整个以太坊状态负部分责任。
| 概念 | 定义 | 举例 |
|---|---|---|
| 节点 | 运行客户端程序的主机 | 一台服务器 / 云主机 |
| 客户端 | 实现以太坊协议的软件 | Geth、Nethermind、Erigon |
| 执行层 | 执行交易与合约逻辑（EVM） | Geth（执行交易） |
| 共识层 | 维护 PoS 共识与出块流程 | Lighthouse、Prysm、Teku |
自 PoS 起，一个完整的以太坊节点必须同时运行：
✅ 执行层客户端 + ✅ 共识层客户端
在 PoS（以太坊合并后）语境下：
一个“完整的以太坊节点” = 执行层客户端 + 共识层客户端 + 同步链上状态 + 验证区块
几种“节点类型”是运行模式或数据存储方式，而“完整节点”是结构要求：
| 节点类型 | 是否等于“完整节点” | 是否要求执行+共识 |
|---|---|---|
| 全节点 | ✅ 是（满足最小要求） | ✅ 必须 |
| 归档节点 | ✅ 是（包含更多历史数据） | ✅ 必须 |
| 轻节点 | ❌ 否（不验证全部状态） | ❌ 通常只连接执行或共识层 |
| 验证者节点 | ✅ 是（并承担出块职责） | ✅ 必须，并需质押 ETH |