Erigon（Ethereum 客户端）

什么是 Erigon？

Erigon 是一款开源 Ethereum 客户端软件，可用于验证区块、执行交易、维护区块链状态，并向钱包、应用、验证者和开发者提供 Ethereum 数据。

它主要是执行层客户端，同时也集成了一个名为 Caplin 的共识层组件。

执行客户端负责处理交易、通过 Ethereum 虚拟机运行智能合约代码、计算 Gas 使用量、更新账户余额，以及验证执行负载。

共识客户端则遵循 Ethereum 的权益证明规则，处理验证者证明、区块提议、分叉选择和最终确定性。

Erigon 官方文档将该客户端描述为一款注重性能和存储效率的 Ethereum 实现。

Erigon 可用于个人节点、验证者基础设施、区块链数据服务、归档系统、智能合约开发、交易追踪以及私有 RPC 访问。

Erigon 不是加密货币、钱包、区块链桥，也不是独立的 Ethereum 网络。

它是一种遵循公开 Ethereum 协议的软件实现。

Erigon 当前版本是什么？

截至 2026 年 7 月 16 日，Erigon v3.5.0 是最新的已标记主要版本。

该版本于 2026 年 6 月 26 日发布，并默认启用了并行区块执行。

该版本还包含对 Ethereum 计划中的 Glamsterdam 升级的初步实现工作。

初步支持并不意味着未来的 Ethereum 升级已经在主网上启用。

节点运营者在安装或更新软件前，应查看官方Erigon 发布页面。

在 Ethereum 网络升级期间运行过时版本，可能导致同步失败、错过验证者职责，或与获认可的链产生分歧。

什么是 Ethereum 客户端？

Ethereum 客户端是实现 Ethereum 网络和协议规则的软件。

它与其他节点通信、下载区块链数据、验证区块、执行交易，并维护 Ethereum 状态的本地视图。

官方的Ethereum 节点和客户端指南说明，节点是运行一个或多个 Ethereum 客户端组件的计算机。

Erigon 指的是软件，而 Erigon 节点则是已运行并连接到 Ethereum 或其他受支持网络的安装实例。

运行 Ethereum 节点不需要质押 32 ETH。

只有当运营者还希望启用验证者并直接参与区块提议和证明时，才需要质押。

作为执行客户端的 Erigon

Erigon 的主要作用是执行并验证 Ethereum 交易。

它会检查交易签名、nonce、Gas 限额、费用字段、账户余额、智能合约调用、收据和事件日志。

它会运行 EVM 字节码，并计算合约存储和账户状态因此产生的变化。

当共识层提供执行负载时，Erigon 会独立检查其中的交易是否产生了所声称的结果。

即使无效执行负载来自已连接的节点，或由验证者提出，Erigon 也会拒绝它。

这种独立验证让用户可以依赖 Ethereum 的协议规则，而不必信任某一家区块链数据服务商。

什么是 Caplin？

Caplin 是 Erigon 集成的 Ethereum 共识层实现。

它遵循权益证明区块、验证者证明、共识检查点、分叉选择和最终确定性。

通过 Erigon 软件栈，Caplin 允许运营者同时运行 Ethereum 的执行和共识功能。

官方的Erigon Ethereum 节点指南介绍了如何在集成节点设置中使用 Caplin。

Caplin 不会自动将节点变成验证者。

验证者仍需要有效的质押凭证、已激活的 ETH 质押、受保护的签名密钥，以及独立的验证者职责配置。

Erigon 能否使用外部共识客户端？

Erigon 也可以连接到单独的兼容共识客户端。

执行组件和共识组件通过 Ethereum Engine API 通信。

Engine API 允许共识客户端请求构建区块、提供分叉选择更新，并要求 Erigon 验证执行负载。

此连接通常使用共享的 JSON Web Token 密钥进行身份验证。

Engine API 应留在可信的内部网络中，不应公开暴露。

两个客户端组件都必须支持相同的已启用 Ethereum 协议升级。

Erigon 如何同步 Ethereum

Erigon 会连接到其他节点，并获取区块头、区块主体、交易、收据、状态信息和共识数据。

它会验证区块之间的关系，并根据 Ethereum 规则应用交易。

同步期间，客户端会重建表示当前区块链状态所需的信息。

Erigon 还会创建索引，以便应用高效查找交易、日志、账户信息和历史记录。

仅仅下载了最近的区块头，并不代表节点已完全运行。

节点还必须完成所需的执行、状态、索引和共识阶段。

分阶段同步

Erigon 以其分阶段同步架构而闻名。

分阶段同步将区块链处理拆分为专门步骤，而不是通过单一连续流程完成所有工作。

不同阶段可以分别处理区块头、区块主体、发送者恢复、交易执行、收据、历史索引和交易查询数据。

这种设计可以减少重复的数据库操作，并提高大型历史数据集的处理效率。

Erigon 架构概览介绍了分阶段同步和批处理如何支持性能与存储效率。

分阶段同步不会跳过 Ethereum 验证。

它只是将同样必需的工作重新组织为更高效的处理步骤。

平坦状态存储

Erigon 将大部分运行中的 Ethereum 状态以平坦的键值格式存储。

这样，客户端无需在每次请求时反复遍历复杂数据结构，就能检索账户和合约存储信息。

Erigon 仍会计算 Ethereum 所需的加密状态承诺。

内部存储布局属于实现层面的选择，不会改变 Ethereum 的公开共识规则。

应用应使用受支持的 RPC 接口，而不是直接读取 Erigon 的内部数据库。

数据库布局可能会随客户端版本变化。

快照

Erigon 使用不可变快照文件存储大量较早的区块链信息。

快照可以高效压缩、分发、复制、修复和处理。

客户端可以从其他来源获取历史快照，然后根据 Ethereum 的区块关系和协议规则进行验证。

下载快照数据并不意味着必须盲目信任提供数据的来源。

节点在构建本地区块链视图时仍会进行验证。

快照可以减少获取大量历史区块链信息所需的时间和数据库开销。

Erigon 全节点

Erigon 全节点会验证 Ethereum 区块，并维护正常运行所需的当前区块链状态。

它可以响应涉及余额、区块、交易、收据、日志、合约状态和 Gas 估算的常见请求。

全节点可能会裁剪部分验证当前链所不需要的较早状态。

因此，它可能无法回答 Ethereum 最早区块中所有历史账户或智能合约查询。

“全”指完整验证协议，并非永久保存每一个中间历史状态。

Erigon 归档节点

归档节点会保留大量 Ethereum 历史状态。

它可以回答有关较早区块高度上的账户余额、合约存储和执行状态的问题。

归档节点适用于区块链浏览器、分析平台、会计系统、取证研究、历史模拟和智能合约调查。

官方的Erigon 裁剪文档介绍了何时需要使用归档模式。

归档节点需要明显更多的磁盘空间，也可能需要额外的内存和处理能力。

如果运营者确定需要历史状态，应在同步前选择归档模式。

Erigon 裁剪模式

裁剪会移除所选节点工作负载不需要的区块链数据。

当前 Erigon 3 文档包括 full、archive、minimal 和 blocks 预设模式。

Full 模式适用于许多常规 RPC 和节点工作负载。

Archive 模式会保留历史状态，以便查询旧区块和进行详细分析。

Minimal 模式可在特定验证者或存储受限环境中减少磁盘占用。

Blocks 模式则在保留区块信息与历史状态之间提供另一种平衡。

正确的选择取决于节点将用于支持质押、钱包、追踪、分析、历史查询还是公共基础设施。

Erigon 最佳实践指南提醒，之后更改裁剪要求可能需要完全重新同步。

并行区块执行

Erigon v3.5 默认启用并行区块执行。

Ethereum 交易必须产生与按规定顺序执行时相同的最终结果。

不过，有些交易会影响互不相关的账户和合约存储位置。

Erigon 可以利用多个处理器核心并行处理这些彼此独立的交易。

客户端会追踪状态冲突，并在必要时重新检查或重新执行受影响的交易。

这可以提升执行性能，同时不改变交易顺序或 Ethereum 共识结果。

并行执行是一种内部优化，不会产生不同的区块链状态。

Erigon RPC 服务

Erigon 提供 RPC 接口，供钱包、去中心化应用和开发者工具访问 Ethereum 数据。

常见请求包括获取余额、区块、交易收据、事件日志、费用信息、合约状态和链标识。

应用也可以通过 Erigon RPC 端点广播已签名交易。

官方的Erigon 配置参考记录了 RPC 命名空间、接口、限制和命令行选项。

运营者应仅启用应用所需的 RPC 命名空间。

调试和追踪方法可能消耗大量资源，应通过请求限制和访问控制加以保护。

JSON-RPC 和内部 API

JSON-RPC 是 Ethereum 钱包和应用常用的标准接口。

请求可以通过 HTTP 或 WebSocket 连接发送。

Erigon 还支持模块化组件之间通过 gRPC 等高效接口进行内部通信。

这些内部服务可以将核心数据库进程与单独的 RPC 进程连接起来。

内部 API 通常应仅在 localhost 或受保护的私有网络中使用。

公开暴露这些接口可能带来未经授权的访问、信息泄露和拒绝服务风险。

交易追踪

Erigon 支持交易追踪，可用于深入分析 EVM。

追踪结果可以显示合约内部调用、价值转移、合约创建、回滚操作和 Gas 消耗。

追踪功能适用于智能合约调试、漏洞调查、区块链分析和交易监控。

Erigon 追踪文档介绍了可用的追踪方法。

追踪请求可能需要大量计算资源。

历史追踪还取决于节点是否保留了所需的状态和区块数据。

公共 RPC 运营者应防止单个追踪请求耗尽节点资源。

Erigon 与 Ethereum 质押

Erigon 可以为 Ethereum 验证者设置提供所需的执行和共识服务。

验证者运营者可以使用 Caplin，也可以将 Erigon 连接到单独的兼容共识客户端。

验证者仍必须拥有已激活的质押和有效的签名凭证。

验证者还必须配置费用接收地址，并保持在线以执行证明和区块提议。

运行 Erigon 但未启用验证者，不会获得质押奖励。

官方的Erigon 质押指南提供了最新配置说明。

验证者密钥安全

验证者签名密钥用于授权证明和区块提议。

不应通过公共 RPC 接口暴露这些密钥，也不应将其存储在普通应用配置文件中。

同一个已启用的验证者密钥不得同时在两台系统上运行。

重复签名可能造成冲突消息并导致罚没。

故障切换和迁移流程应包含罚没保护数据，并提供可靠机制以防止同时启用。

提款凭证应与在线验证者签名环境分开保存。

Erigon 与客户端多样性

Ethereum 支持多种独立开发的执行客户端和共识客户端实现。

客户端多样性可以降低单个软件漏洞同时影响网络大部分节点的风险。

官方的Ethereum 客户端多样性指南介绍了多种实现如何提升网络韧性。

运行 Erigon 可以促进执行客户端多样性。

不同客户端仍必须遵循相同的已启用 Ethereum 规则，并对有效状态转换达成一致。

客户端多样性并不意味着每种实现都能创建自己的 Ethereum 状态版本。

硬件要求

Erigon 的硬件要求取决于所选网络、裁剪模式、RPC 流量、追踪工作负载和归档需求。

本地直连的高速固态存储尤其重要。

Ethereum 同步需要频繁读写账户状态、合约存储、收据、索引和快照。

官方的Erigon 硬件指南建议使用高性能 NVMe 存储。

机械硬盘可能无法满足可靠同步 Ethereum 所需的速度。

归档节点比普通全节点需要更多存储和内存。

运营者应预留未使用的磁盘空间，因为存储设备接近满载时，节点性能可能下降。

监控 Erigon 节点

生产环境中的 Erigon 节点应持续受到监控。

重要指标包括同步状态、节点数量、区块延迟、磁盘使用量、磁盘延迟、内存占用、处理器负载和 RPC 响应时间。

验证者设置还应监控证明表现、区块提议、费用接收地址设置和客户端兼容性。

应在磁盘空间耗尽或节点明显落后于链头之前触发警报。

监控系统不应向公众暴露内部端口、凭证、验证者数据或节点管理功能。

保护 Erigon RPC

Erigon RPC 端点可能暴露钱包查询、待处理交易信息、基础设施详情和计算资源。

私有 RPC 服务通常应绑定到 localhost 或受控内部网络。

远程服务可以使用防火墙、加密连接、身份验证、反向代理、请求过滤和速率限制。

Erigon 端口文档区分了公共点对点端口与内部 RPC 和 Engine API 服务。

默认情况下，不应将强大的管理、调试和内部组件接口开放到互联网。

Engine API 与 JWT 安全

Engine API 连接受到共享 JWT 密钥保护。

该密钥有助于防止未经授权的应用发出执行和共识协调命令。

只有所需的 Ethereum 客户端进程和系统管理员才能读取该文件。

不得将其发布到代码仓库、截图、支持请求或公共配置存档中。

即使启用了 JWT 身份验证，Engine API 也应保持私有。

安全下载和更新 Erigon

Erigon 应从其官方仓库、文档注明的发布资源或经过身份验证的容器来源下载。

如果可以，运营者应验证版本标签、校验和、签名、软件包名称和镜像详情。

恶意客户端二进制文件可能篡改 RPC 结果、转移验证者收入、破坏区块链数据或窃取敏感凭证。

应使用权限受限的专用操作系统账户运行该进程。

更新前，运营者应阅读发行说明，了解已更改的标志、数据库迁移、裁剪行为和 Ethereum 升级支持情况。

关键系统应在将主要版本部署到生产环境前进行测试。

Erigon 与 Ethereum 升级

Ethereum 升级会改变兼容客户端必须实现的规则。

Erigon 版本会在计划启用前加入对新交易类型、EVM 行为、验证者功能和共识变更的支持。

通常会先在开发网络和公共测试网上测试相关支持，然后才在主网启用。

客户端包含面向未来升级的代码，并不意味着该功能已经启用。

截至 2026 年 7 月 16 日，Erigon v3.5 包含对 Glamsterdam 的初步支持，但该升级尚未在 Ethereum 主网上启用。

节点运营者应关注 Ethereum 和 Erigon 的官方升级公告。

Erigon 的优势

Erigon 的设计目标是高效处理 Ethereum 执行和历史数据。

其分阶段同步系统将大量区块链处理任务组织为专门步骤。

其平坦状态格式可以改善数据库访问。

其快照支持高效分发和存储较早的数据。

其归档和追踪功能可以支持高级区块链分析。

其模块化架构既可用于个人节点，也可用于大型基础设施部署。

Caplin 可以减少对完全独立的共识应用的管理需求。

运行 Erigon 也有助于提升 Ethereum 客户端多样性。

限制与风险

Erigon 仍需要大量硬件、存储、带宽和技术维护。

归档模式可能占用数 TB 的高性能存储空间。

追踪和大范围历史查询可能给节点带来很重的负载。

模块化部署会引入额外的服务、端口、凭证和故障点。

客户端漏洞可能导致崩溃、同步失败、本地结果错误或验证者停机。

Erigon 可以验证 Ethereum 执行，但不能判断智能合约在财务方面是否安全。

它也无法撤销已确认的交易，或恢复丢失的钱包私钥。

运行 Erigon 节点示例

假设某位开发者希望搭建一个私有 Ethereum 主网 RPC 端点。

开发者准备一台内存充足并配备高速 NVMe 存储的计算机。

从官方来源下载当前 Erigon 版本，并验证软件包详情。

将节点配置为连接 Ethereum 主网，并选择合适的裁剪模式。

Caplin 跟随共识层，Erigon 则验证交易执行。

配置点对点端口，使节点能够与 Ethereum 节点通信。

将 RPC 访问限制在开发者的内部网络中。

应用使用该节点获取余额、区块、收据和合约事件。

监控系统追踪同步状态、节点连接、磁盘空间、内存和 RPC 性能。

运营者会在 Ethereum 网络升级要求之前更新 Erigon。

这种设置能够提供经过独立验证的 Ethereum 数据，同时不会让 Erigon 托管用户资产。

常见 Erigon 错误

一个常见错误是以为运行 Erigon 就会自动创建 Ethereum 验证者。

另一个错误是将内部 RPC、调试或 Engine API 端口公开暴露。

第三个错误是在存储不足时选择归档模式。

第四个错误是不了解某种裁剪模式会移除哪些历史查询数据就作出选择。

第五个错误是使用无法跟上 Ethereum 处理速度的慢速存储。

第六个错误是在两台处于活动状态的系统上运行同一个验证者密钥。

第七个错误是在网络升级前忽略客户端更新通知。

第八个错误是以为下载区块头就代表同步已完成。

第九个错误是公开 JWT 密钥或内部配置文件。

第十个错误是将有效的 Erigon RPC 响应视为加密资产或智能合约值得信任的证明。

常见问题

什么是 Erigon？

Erigon 是一款开源 Ethereum 客户端软件，可用于验证区块、执行交易、维护状态并提供区块链数据。

Erigon 是执行客户端吗？

是的，Erigon 主要是一款 Ethereum 执行客户端。

什么是 Caplin？

Caplin 是 Erigon 集成的共识层实现，用于跟随 Ethereum 权益证明区块并处理最终确定性。

Erigon 最新版本是什么？

截至 2026 年 7 月 16 日，最新的已标记主要版本是 Erigon v3.5.0。

Erigon 是钱包吗？

不是。Erigon 是节点软件，不具备普通消费级加密货币钱包的功能。

Erigon 是加密货币吗？

不是。Erigon 是软件，不需要原生代币。

Erigon 能用于 Ethereum 质押吗？

可以。它能为验证者设置提供执行和共识服务，但仍需要质押凭证和验证者配置。

运行 Erigon 能获得 ETH 吗？

不参与验证的 Erigon 节点不会获得协议奖励。

什么是分阶段同步？

分阶段同步将 Ethereum 同步拆分为专门的处理阶段，以提升效率。

什么是 Erigon 归档节点？

归档节点会保留大量历史状态，以响应有关旧区块余额、存储、追踪和分析的请求。

Erigon 支持哪些裁剪模式？

当前 Erigon 3 文档包括 full、archive、minimal 和 blocks 模式。

全节点能回答所有历史查询吗？

不能。经过裁剪的全节点可能未保留回答所有历史请求所需的状态。

Erigon 支持追踪吗？

支持。如果所需数据可用，Erigon 会提供交易追踪和调试方法。

什么是并行区块执行？

这是一种将互不冲突的交易工作分配到多个处理器核心执行的优化，同时保留 Ethereum 要求的结果。

Erigon 需要高速存储吗？

需要。强烈建议使用高性能 NVMe 存储，以可靠地同步 Ethereum。

Erigon RPC 应公开吗？

只有经过有意选择的方法才应对外开放，并配备适当的身份验证、加密、过滤和速率限制。

为什么 JWT 密钥很重要？

它用于验证执行组件与共识组件之间的 Engine API 通信。

Erigon 能撤销 Ethereum 交易吗？

不能。Erigon 无法撤销已确认的 Ethereum 交易。

Erigon 能证明智能合约安全吗？

不能。它会验证协议执行，但不会审计合约的财务或安全设计。

为什么 Erigon 对客户端多样性很重要？

它提供了一种独立开发的实现，可减少 Ethereum 对单一客户端代码库的依赖。

结语

Erigon 是一款开源 Ethereum 客户端，专注于高效交易执行、区块链同步、历史数据、RPC 访问和模块化基础设施。

它会验证 Ethereum 交易、维护账户和合约状态、处理 EVM 执行并检查执行负载。

其 Caplin 组件还可以跟随 Ethereum 权益证明共识层。

主要功能包括分阶段同步、平坦状态存储、快照、可配置裁剪、归档支持、交易追踪和并行区块执行。

Full 模式适用于许多常规工作负载，而广泛查询历史状态则需要 Archive 模式。

Erigon 可以支持验证者基础设施，但单独运行该客户端不会启用验证者，也不会获得 ETH。

运营者必须保护验证者密钥、提款凭证、JWT 密钥、RPC 接口和内部网络服务。

运营者还必须提供充足的存储、内存和带宽，并做好监控和软件维护。

截至 2026 年 7 月 16 日，Erigon v3.5.0 是最新的已标记主要版本。

运行 Erigon 可以提供经过独立验证的 Ethereum 数据，并促进客户端多样性。

了解 Erigon 有助于加密货币用户区分 Ethereum 节点软件与钱包、代币、验证者、区块链浏览器或独立区块链。