Pectra 主网确定将在 5 月 7 日激活，看看有哪些更新

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 升级。

共识层版本

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

执行层版本

常见问题解答

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

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

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

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

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

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

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

简而言之，不需要。

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

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

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

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

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

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

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

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

为什么是 "Pectra"？

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

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

• 原文链接： blog.ethereum.org/2025/0...
• 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～