本文宣布了以太坊 Pectra 升级在 Holesky 和 Sepolia 测试网上的激活时间,并概述了 Pectra 升级的主要改进,包括改进以太坊账户(EIP-7702),改善验证者体验(EIP-7251、7002 和 6110),以及支持 L2 扩展(EIP-7691)。此外,文章还提供了升级所需的客户端版本以及常见问题解答。
请参阅这篇文章。
2025年2月24日,Pectra 升级在 Holesky 测试网上激活。激活后,Besu、Nethermind 和 go-ethereum 中的配置问题导致 Holesky 上出现链分裂。该问题已迅速修复,但 Holesky 网络性能仍然下降。有关该事件的更多详细信息,请参见此处。
Sepolia 网络升级时间不变。预计网络将在 epoch 222464 (3月5日,UTC 时间 7:29) 进行分叉。使用 Besu、go-ethereum、Nethermind 或 Lodestar 客户端的节点运营商必须在升级前升级其客户端。最新版本可在下表中找到。
如果你运行 Holesky 验证器,请按照本文档中的说明操作,以帮助网络稳定。
它将在 epoch 115968 (2月24日,UTC 时间 21:55) 在 Holesky 上线,然后在 epoch 222464 (3月5日,UTC 时间 7:29) 在 Sepolia 上线。Pectra 测试网客户端版本列在下面。一旦两个测试网都成功升级,将选择一个主网激活 epoch。
Pectra 紧随去年的 Dencun 升级。它引入了一些功能,以增强以太坊账户,改善验证器体验,支持 L2 扩展等等!
这篇文章详细探讨了这三个主要的改进。有关更全面的概述,请参阅 ethereum.org 上的升级指南。
EIP-7702 代表着迈向广泛账户抽象的重要一步,使用户能够通过智能合约功能增强其外部拥有的账户 ( EOA)。
这种混合方法结合了 EOA 的简单性和基于合约的账户的可编程性。在实践中,它实现了:
要使用 EIP-7702,EOA 签署一个授权,指向它想要执行的特定委托地址的代码。设置完成后,该账户将获得新代码的功能(例如,批量处理、赞助、身份验证逻辑等)。因为选择委托目标会移交大量的控制权,所以 EIP-7702 强制执行了几个安全检查:
要更深入地了解这一切是如何运作的,请参阅 @lightclient 关于该主题的 Devcon 演讲。
Pectra 中的三个新 EIP 改进了验证器体验:7251、7002 和 6110。
第一个 EIP-7251 通过选择加入更新提款凭证类型,将验证器可以获得奖励的最大余额从 32 ETH 提高到 2048 ETH。
对于较小的 Staker 来说,这可以实现自动奖励复合。之前,任何超过验证器 32 ETH 存款所获得的奖励都不会计入其有效 stake。想要 stake 超过 32 ETH 的 Staker 只能以固定的 32 ETH 的增量进行 stake,并依赖于 stake 池来获取两者之间的任何金额。通过 EIP-7251,可以配置现有和新的验证器,以便在其整个 stake 上获得奖励,每个验证器最多 2048 ETH。
这个 EIP 还允许较大的运营商合并多个验证器。为此,他们必须首先指定一个目标验证器,在该验证器上启用复合,然后从另一个源验证器启动合并请求。要详细了解其机制,请观看 Teku 的 Paul Harris 的演讲。
EIP-7002 还扩展了验证器的能力,这次是通过引入执行层可触发的提款。在此 EIP 之前,只有验证器的活动签名密钥才能触发退出。现在,如果将一个以太坊地址设置为提款凭证,那么它也可以强制退出。这减少了委托设置中的信任假设,因为资金的所有者——无论他们是控制 EOA 的人还是 DAO 管理的智能合约——始终可以无需信任地启动退出。
最后,EIP-6110 删除了合并前以太坊遗留下来的痕迹:验证器存款与其添加到存款队列之间的时间延迟。在合并之前,信标链必须等待 2048 个区块才能处理验证器存款,以解决潜在的工作量证明重组。这不再是必要的了!
通过 EIP-6110,存款处理延迟现在从大约 9 小时缩短到大约 13 分钟。Teku 工程师 Lucas Saldanha 和 Stefan Bratanov 在他们的 Devcon SEA 联合演讲 中介绍了 EIP-7002 和 EIP-6110 的细节。
Pectra 中的最后一个重大变化是 EIP-7691,它将以太坊的 Blob 容量提高了 50%!
Blob 是在 Dencun 升级 中引入的临时数据存储,L2 可以使用它将压缩的交易数据和证明提交给以太坊 L1。自从上线以来,它们已经将 L2 的 L1 费用降低了 10-100 倍,从而大大降低了 L2 用户交易的成本。
以太坊主网目前平均每个区块支持 3 个 Blob,最多支持 6 个,以适应高需求时期。通过 EIP-7691,这些数字将增加到平均 6 个和最多 9 个。
与节点无限期存储的 CALLDATA 不同,Blob 在 4096 个 epoch(约 18 天)后从网络中删除。这限制了它们可以使用的磁盘空间量。Blob 的绑定约束是带宽,因为 Blob 需要在以太坊的对等层上进行 gossip。为了抵消 EIP-7691 引起的带宽增加,Pectra 还引入了 EIP-7623,它限制了区块的最坏情况大小。
为了在不相应提高带宽要求的情况下继续扩展以太坊的数据吞吐量,我们必须从每个节点存储每个 Blob 的世界转变为节点仅存储一个子集并对网络进行采样以验证剩余 Blob 数据的世界。好消息:支持这一点的研究工作已经在进行中!以太坊基金会研究团队的 Francesco 在他的 devcon 主题演讲 中概述了这一扩展路线图。
Pectra 中引入的更改列表可以在 EIP-7600 中找到。作为参考,它们是:
此外,更改的完整 Python 规范,包括执行层和共识层规范,可以在以下版本中找到:
最后,Pectra 还引入了对 Engine API 的更改,Engine API 用于共识层节点和执行层节点之间的通信。这些在存储库的 prague.md 文件中指定。
Pectra 网络升级将按如下activate在 Holesky 和 Sepolia 上:
网络 | Epoch | UTC 时间 | UNIX 时间戳 |
---|---|---|---|
Holesky | 115968 | 2025-02-24 21:55:12 | 1740434112 |
Sepolia | 222464 | 2025-03-05 07:29:36 | 1741159776 |
此外,Pectra 已经在 Ephemery 上激活,Ephemery 是一个每 28 天重置一次的 stake 测试网。在此处阅读更多相关内容 here。
重要提示: 由于 Holesky 事件,Besu、go-ethereum、Nethermind 和 Lodestar 客户端发现了问题。下表已更新为每个客户端的新版本。节点运营商必须在 Sepolia 网络升级激活之前升级到最新版本,以解决 Holesky 上触发的问题。
以下客户端版本适用于 Holesky 和 Sepolia 上的 Pectra 升级。更多版本将在主网上激活支持。一旦发布这些版本,将在此博客上发布另一则公告。
运行验证器时,必须更新共识层信标节点和验证器客户端。
名称 | 版本 | 链接 |
---|---|---|
Grandine | 1.0.0 | 下载 |
Lighthouse | 7.0.0-beta.0 | 下载 |
Lodestar | 下载 | |
Nimbus | 25.2.0 | 下载 |
Prysm | 5.3.0 | 下载 |
Teku | 25.2.0 | 下载 |
[2月27日] 注释:
名称 | 版本 | 链接 |
---|---|---|
Besu | v25.2.2 | 下载 |
Erigon | v3.0.0-rc2 | 下载 |
go-ethereum | v1.15.5 | 下载 |
Nethermind | v1.31.4 | 下载 |
Reth | v1.2.2 | 下载 |
注释:
以太坊网络升级需要网络上节点运营商的明确选择加入。虽然客户端开发人员就升级中包含的 EIP 达成共识,但他们并不是其采用的最终决定者。
为了使升级生效,验证器和非 stake 节点必须手动更新他们的软件以支持所引入的协议更改。
如果在 fork 区块时,他们使用未更新到最新版本(上面列出)的以太坊客户端,它将与升级后的对等节点断开连接,从而导致网络上出现分叉。在这种情况下,网络的每个子集节点将仅与那些共享其(未)升级状态的节点保持连接。
虽然大多数以太坊升级没有争议,并且导致分叉的情况很少见,但节点运营商可以协调是否支持升级是以太坊治理的关键功能。
有关以太坊治理过程的更详尽概述,请参阅 Tim Beiko 的演讲。
简而言之,不需要。
此公告仅适用于以太坊测试网:Holesky 和 Sepolia。将为 Pectra 在以太坊主网上的激活发布进一步的公告,但即便如此,也不希望以太坊主网用户和 $ETH 持有者采取行动。
如果你想观看升级在 Holesky 上线,EthStaker 正在举办一个 在线观看派对!
为了与任一测试网上的升级兼容,请将节点的执行层和共识层客户端更新为上表中列出的版本。
为了与任一测试网上的升级兼容,请将节点的执行层和共识层客户端更新为上表中列出的版本。确保更新你的信标节点和验证器客户端。
目前什么都不需要做。将为 Pectra 在主网上的激活发布进一步的公告。
查看 Pectra 中包含的 EIP,以确定它们是否以及如何影响你的项目——在执行层和共识层都引入了许多令人兴奋的新功能!
密切关注即将发布的关于 Pectra 漏洞赏金竞赛的帖子 coming soon 👀
对执行层的升级遵循 Devcon 城市名称,而对共识层的升级使用星星名称。“Pectra” 是 Devcon IV 的举办地布拉格 (Prague) 和金牛座 (Taurus) 星座中的蓝白色巨星 Electra 的组合。
原始封面图片由 Julia Solonina 拍摄,并由 Tomo Saito 修改。
- 原文链接: blog.ethereum.org/2025/0...
- 登链社区 AI 助手,为大家转译优秀英文文章,如有翻译不通的地方,还请包涵~
如果觉得我的文章对您有用,请随意打赏。你的支持将鼓励我继续创作!