Pectra 网络升级计划于 2025 年 5 月 7 日在以太坊主网上激活，时间为 epoch 364032（UTC 时间 10:05:11）！

Pectra 概览

Pectra 紧随去年的 Dencun 升级。它引入了一些功能来增强以太坊账户，改善验证者体验，支持 L2 扩展等等！

这篇文章详细探讨了这三个主要的改进。有关更全面的概述，请参阅 ethereum.org 上的升级指南。

从 EOA 到智能账户

EIP-7702 代表了迈向广泛账户抽象的重要一步，使用户能够使用智能合约功能增强其外部拥有账户（EOA）。

这种混合方法结合了 EOA 的简易性和基于合约的账户的可编程性。在实践中，它使钱包能够支持：

• 交易批量处理，其中多个操作在单个交易中以原子方式执行。不再需要为“批准”和“交换”单独的交易！
• Gas 赞助，允许其他人支付交易费用。当想要从一个没有 ETH 的账户进行交易时，这尤其有用。
• 替代身份验证，这意味着当今手机中的许多 硬件安全模块 (HSM) 都可以用于加粗通过 passkeys 等技术授权账户的操作。
• 支出控制，可以限制特定应用程序可以花费的代币数量，或限制钱包的每日流出量，从而提高安全性。
• 恢复机制，为用户提供不同的选项来保护其资产，而无需迁移到新帐户。

要使用 EIP-7702，EOA 签署一个指向特定委托地址的授权，该地址的代码它想要执行。设置完成后，该账户将获得新代码的功能（例如，批量处理、赞助、身份验证逻辑等）。由于选择委托目标会移交大量控制权，因此 EIP-7702 强制执行多项安全检查：

• 链特定的委托：默认情况下，委托仅在特定的链 ID 上有效，防止在不同的网络上使用相同的授权。
• nonce 绑定的委托：授权可以绑定到帐户的当前 nonce，一旦 nonce 增加，就会自动使其失效。
• 可撤销性：EOA 的所有者始终可以创建另一个 EIP-7702 授权，以撤销或替换现有的委托代码，从而防止在出现问题时永久锁定。

有关使用 EIP-7702 的最佳实践，请参阅此页面。

验证者 UX 改进

Pectra 中的三个新 EIP 改进了验证者体验：7251、7002 和 6110。

第一个 EIP-7251 通过选择性更新提款凭证类型，将验证者可以获得奖励的最高余额从 32 ETH 提高到 2048 ETH。

对于质押者来说，这实现了奖励复利。以前，超过验证者 32 ETH 存款的任何奖励都不会计入其有效质押。想要质押超过 32 ETH 的质押者只能以固定的 32 ETH 增量进行操作，并依赖质押池来处理两者之间的任何金额。使用 EIP-7251，可以配置现有和新的验证者，以便在每个质押的 ETH 上赚取奖励，每个验证者最多 2048 ETH。

此 EIP 还允许更大的运营商通过合并多个 32 ETH 验证器来整合多个验证器。这降低了整个网络的带宽要求。要详细了解其机制，请参阅此页面。

EIP-7002 也扩展了验证者的能力，这次是通过引入执行层可触发的提款。在此 EIP 之前，只有验证者的活动签名密钥才能触发退出。现在，如果将以太坊地址设置为提款凭证，那么它也可以强制退出。这减少了委托设置中的信任假设，因为资金的所有者——无论是控制 EOA 的人类还是 DAO 管理的智能合约——都可以始终以无需信任的方式启动退出。

最后，EIP-6110 消除了合并前以太坊的遗留痕迹：验证者存款与其添加到存款队列之间的时间延迟。在合并之前，信标链必须等待 2048 个区块才能处理验证者存款，以解决潜在的工作量证明重组。这不再必要了！

使用 EIP-6110，存款处理延迟现在从大约 9 小时缩短到大约 13 分钟。Teku 工程师 Lucas Saldanha 和 Stefan Bratanov 在他们的 Devcon SEA 联合演讲 中介绍了 EIP-7002 和 EIP-6110 的详细信息。

Blob Scaling .oO

Pectra 中的最后一个主要变化是 EIP-7691，它使以太坊的 blob 吞吐量翻倍！

Blob 是在 Dencun 升级 中引入的临时数据存储，L2 可以使用它向以太坊 L1 提交压缩的交易数据和证明。自上线以来，它们已将 L2 的 L1 费用降低了 10-100 倍，从而大大降低了 L2 用户交易的成本。

以太坊主网目前平均每个区块支持 3 个 blob，最多支持 6 个 blob，以适应高需求时期。使用 EIP-7691，这些数字将增加到平均 6 个和最多 9 个。

与节点无限期存储的 CALLDATA 不同，Blob 会在 4096 个 epoch（约 18 天）后从网络中删除。这限制了它们可以使用的磁盘空间量。blob 的绑定约束是带宽，因为 blob 需要通过以太坊的对等网络进行 gossip。为了抵消 EIP-7691 造成的带宽增加，Pectra 还引入了 EIP-7623，它限制了区块的最坏情况大小。

为了在不相应增加带宽要求的情况下继续扩展以太坊的数据吞吐量，我们必须从每个节点存储每个 blob 的世界转变为节点仅存储一个子集并对网络进行采样以验证剩余 blob 数据的世界。好消息是：支持此功能的工作已经在进行中！以太坊基金会研究团队的 Francesco 在他的 Devcon 主题演讲 中概述了此扩展路线图。

Pectra 规范

Pectra 中引入的更改列表可以在 EIP-7600 中找到。作为参考，它们是：

• EIP-2537: BLS12-381 曲线运算的预编译
• EIP-2935: 在状态中保存历史区块哈希
• EIP-6110: 在链上提供验证者存款
• EIP-7002: 执行层可触发的退出
• EIP-7251: 增加 MAX_EFFECTIVE_BALANCE
• EIP-7549: 将委员会索引移到 Attestation 外部
• EIP-7623: 增加 calldata 成本
• EIP-7685: 通用执行层请求
• EIP-7691: Blob 吞吐量增加
• EIP-7702: 设置 EOA 帐户代码
• EIP-7840: 将 blob 计划添加到 EL 配置文件

此外，可以在以下版本中找到对执行和共识层规范的更改的完整 python 规范：

• 执行层: v1.17.0rc6
• 共识层: v1.5.0-beta.5

最后，Pectra 还对用于共识层和执行层节点之间通信的 Engine API 进行了更改。这些在存储库的 prague.md 文件中指定。

Pectra 激活

Pectra 网络升级将在以太坊主网上激活，时间为 epoch 364032 的开始，发生在 2025 年 5 月 7 日 UTC 时间 10:05:11。

它之前已在 Hoodi、Holesky 和 Sepolia 测试网上激活。

客户端版本

以下客户端版本适用于以太坊主网上的 Pectra 升级。

共识层版本

当运行验证器时，必须更新共识层信标节点和验证器客户端。

名称	版本	链接
Grandine	1.1.0	下载
Lighthouse	7.0.0	下载
Lodestar	1.29.0	下载
Nimbus	25.4.0	下载
Prysm	6.0.0	下载
Teku	25.4.1	下载

执行层版本

名称	版本	链接
Besu	25.4.1	下载
Erigon	3.0.2	下载
go-ethereum	1.15.9	下载
Nethermind	1.31.9	下载
Reth	1.3.12	下载

常见问题解答

以太坊网络升级是如何工作的？

以太坊网络升级需要网络上节点运营商的明确选择加入。虽然客户端开发人员就升级中包含哪些 EIP 达成共识，但他们并不是采用的最终决定者。

为了使升级生效，验证者和非质押节点必须手动更新其软件，以支持引入的协议更改。

如果他们使用的以太坊客户端未更新到最新版本（如上所列），则在分叉区块，它将与升级后的对等节点断开连接，从而导致网络上出现分叉。在这种情况下，网络的每个子集将仅与那些共享其（未）升级状态的节点保持连接。

虽然大多数以太坊升级没有争议，并且导致分叉的情况很少见，但节点运营商协调是否支持升级的选项是以太坊治理的关键特性。

有关以太坊治理过程的更详尽概述，请参阅 Tim Beiko 的演讲。

作为以太坊主网用户或 $ETH 持有者，我需要做什么吗？

简而言之，不需要。

如果你使用交易所、数字钱包或硬件钱包，则无需执行任何操作，除非你被交易所或钱包提供商告知采取其他步骤。

如果你想观看升级上线，你可以加入 在线观看派对！

作为非质押节点运营商，我需要做什么？

为了与升级兼容，请将节点的执行和共识层客户端更新到上表中列出的版本。

作为质押者，我需要做什么？

为了与升级兼容，请将节点的执行和共识层客户端更新到上表中列出的版本。确保你的信标节点和验证者客户端都已更新。

作为应用程序或工具开发人员，我应该做什么？

查看 Pectra 中包含的 EIP，以确定它们是否以及如何影响你的项目——在执行层和共识层都引入了许多令人兴奋的新功能！

为什么是 "Pectra"？

执行层的升级遵循 Devcon 城市名称，而共识层的升级使用恒星名称。“Pectra”是 Devcon IV 举办地布拉格 (Prague) 和金牛座 (Taurus) 星座中的一颗蓝白色巨星 Electra 的组合。

---

原始封面图片由 Julia Solonina 拍摄，并由 Tomo Saito 修改。