以太坊网络即将迎来其发展历程中的关键一步——主网合并前的测试网演练。Sepolia 测试网作为第二个进行合并的公共测试环境,其成功过渡将为后续的 Goerli/Prater 测试网及主网合并奠定坚实基础。本文将为您全面解析 Sepolia 合并的核心信息、技术细节与注意事项。
Sepolia 合并概览
Sepolia 测试网的合并标志着以太坊向权益证明(PoS)共识机制转型的重要节点。本次合并将通过两个阶段完成:首先在信标链上激活 Bellatrix 升级,随后在执行层达到特定总难度值时触发最终过渡。
核心时间节点:
- Bellatrix 升级已于指定 epoch 高度完成,为合并做好技术准备
- 当 Sepolia 测试网工作量证明(PoW)链的总难度超过 17,000,000,000,000,000 时,网络将正式过渡至权益证明机制
- 根据当前网络算力情况,预计该触发条件将在未来几天内达成
合并完成后,Sepolia 将采用许可型验证者集合模式,与现有的权威证明(PoA)测试网运行方式类似。而 Goerli/Prater 测试网的合并将稍后进行,并保持开放验证者集合,允许更多质押者测试 PoW 向 PoS 的完整过渡流程。
技术实施细节
合并触发机制
合并过程采用独特的双阶段激活机制,与以往的网络升级存在显著区别:
- 共识层升级:通过信标链的特定 epoch 高度触发 Bellatrix 升级
- 执行层过渡:通过达到预定的“终结总难度”(TTD)值触发 Paris 升级
这种设计确保了网络从 PoW 到 PoS 的平稳过渡,同时最小化对现有应用和基础设施的干扰。
客户端更新要求
节点运行者必须同时更新共识层(CL)和执行层(EL)客户端,这是与以往升级的关键差异。双方客户端通过新引入的引擎 API 进行安全通信,使用 JWT 令牌进行相互认证。
客户端版本与配置
共识层客户端推荐版本
- Lighthouse: v2.3.2-rc.0
- Lodestar: v0.39.0-rc.2
- Prysm: v2.1.3-rc.4
- Nimbus: v22.6.1
- Teku: v22.6.1
执行层客户端推荐版本
- Besu: v22.4.3(需手动配置 TTD 覆盖)
- Erigon: v2022.06.06(需手动配置 TTD 覆盖)
- Geth: v1.10.20
- Nethermind: v1.13.4
重要提示:Besu 和 Erigon 客户端用户需要手动覆盖 TTD 值以确保与 Sepolia 合并兼容。具体配置方法请参考各客户端的官方文档。
合并后的网络监测
一旦执行层超过 TTD 值,下一个区块将完全由信标链验证者产生。网络参与者可通过以下方式监测合并状态:
- 使用新的 JSON-RPC 区块标签
finalized检查最新确认区块 - 智能合约可查询
DIFFICULTY操作码(0x44),合并后更名为PREVRANDAO - 基础设施提供商应同时监测网络稳定性和最终确定性状态
常见问题解答
节点运行者需要做什么准备?
合并后,完整的以太坊节点需要同时运行共识层和执行层客户端,并通过引擎 API 进行通信。您需要:
- 更新双方客户端至推荐版本
- 配置 JWT 认证以确保客户端间安全通信
- 确保执行层和共识层客户端正确配对
应用开发者应该如何应对?
合并对智能合约的影响极小,但建议开发者:
- 在前端代码和工具链中进行全面测试
- 在测试网上执行完整的部署周期
- 将应用从即将弃用的测试网迁移至 Sepolia 或 Goerli
普通用户需要采取行动吗?
不需要。Sepolia 测试网合并不会影响主网用户或 ETH 持有者。所有用户资金和合约状态都将保持安全无损。
验证者有哪些注意事项?
Sepolia 采用许可型验证者集合,现有参与者需要:
- 同时运行共识层和执行层客户端
- 设置正确的费用接收地址以确保获得交易费用
- 注意提款功能将在合并后的升级中引入
主网合并时间表是什么?
目前主网合并的具体时间尚未确定。开发团队将根据测试网合并的稳定性评估进度,并在确定时间表后通过官方渠道发布公告。任何声称知道确切合并日期的信息都应谨慎对待。
网络升级路线图
Sepolia 合并完成后,下一步将是 Goerli/Prater 测试网的合并。只有在这两个测试网都成功过渡且稳定运行后,才会为主网合并设定具体的触发条件。
其他测试网(包括 Ropsten、Rinkeby 和 Kiln)将逐步弃用,用户应计划迁移到 Sepolia 或 Goerli 测试网。
以太坊向权益证明的过渡是区块链领域最复杂的技术升级之一。Sepolia 测试网的合并为我们提供了宝贵的测试机会,确保主网合并能够平稳顺利进行。请密切关注官方公告,及时更新客户端版本,共同迎接以太坊的新时代。