什么是 Ethereum Pectra 升级？面向开发者的 11 个 EIP 指南

发布于 2025年5月7日3 分钟阅读

Pectra（Prague + Electra）升级是Ethereum下一次主要硬分叉，也是按纳入 EIP 数量计算规模最大的升级，已于 2025 年 5 月 7 日上线。它捆绑了 11 个 EIP，涉及范围从智能钱包能力到质押机制，再到 rollup 数据效率。下面我们逐项拆解每项改进，说明具体变化以及对开发者的影响——无论你是在部署应用、智能合约，还是自己的链。

关键 EIP 一览

Pectra 会带来哪些 EIP？下面逐一拆解。

EIP	Description
EIP-7702	将 EOA 升级为智能钱包，支持交易打包、gas 代付、session key、资产恢复、passkey
EIP-7691	提升 blob 容量，将最大 blob 数量从 3/6 提高到 6/9，从而提升 rollup 可扩展性并降低交易费用
EIP-7251	将单个验证者的最大质押量从 32 ETH 提高到 2048 ETH，支持奖励自动复利，降低网络负载并提升质押效率
EIP-7623	提高 rollup 使用 calldata 的成本，促使其转为专用 blob，同时保持普通 L1 用户的成本稳定
EIP-7002	支持通过执行层发起验证者提款，使无需信任的质押池成为可能，并去除提款和奖励发放对中介的依赖
EIP-7685	实现执行层与共识层之间的直接通信，智能合约现在可以直接交互
EIP-2537	使 BLS 签名、zk 证明等操作更快、更便宜，降低 rollup、跨链桥和隐私应用的 gas 成本
EIP-2935	将链上区块历史扩展到 8192 个区块，支持无状态客户端，并改善 rollup 和跨链应用的无需信任访问
EIP-6110	通过将存款直接记录在区块中来加快验证者激活速度，缩短等待时间并提高质押效率
EIP-7549	优化验证者签名聚合，大幅降低验证成本，支持高效的轻客户端，并改善 zk 证明生成
EIP-7840	通过在执行层配置中正式定义 blob 容量来提升 blob 可配置性，支持准确的费用预测和更平滑的未来升级

智能 EOA（EIP-7702）：钱包获得“超能力”

EIP-7702 让普通的外部拥有账户（EOA）在一笔交易中临时执行智能合约代码。具体来说，它引入了一种新的交易类型：EOA 可以附加并运行字节码，而不会永久变成合约。可以把它想象成你的普通钱包在一笔交易中突然能像完整的智能合约钱包那样运作。这项升级被称为 Ethereum 钱包的“iPhone 时刻” ——大幅扩展了钱包的能力，不再局限于发送 ERC-20 代币或调用合约。它与目前主流的账户抽象（AA）标准 ERC-4337 兼容，因此现有钱包可以变成智能钱包，而无需创建新地址并转移资产。

对应用和钱包开发者的影响

对于已有用户的应用和钱包开发者来说，EIP-7702 影响巨大。它直接在协议层解锁了更好的 UX 流程（批量交易、无 gas 体验、社交恢复逻辑、多签认证等）。钱包提供方可能需要集成这种新交易类型，并为这些“智能账户”功能提供界面支持。

对于面向全新用户上线的应用，建议选择 ERC-4337 以获得最佳安全性和功能。详细建议参见这篇指南。

信息图：总结 EIP-7702 如何让 EOA 执行智能合约代码 — Ethereum Pectra EIP-7702 概述

对智能合约开发者的影响

对于智能合约开发者来说，需要注意一些旧的假设已不再成立。依赖 tx.origin 来确认调用者是 EOA（作为防重入或反机器人模式）的合约将不再有效。

启用 7702 后，一个 EOA 既是 tx.origin，又可以执行内部调用——这意味着 tx.origin == msg.sender 检查已无法可靠区分“外部调用”和“内部调用”。如果你的代码使用了这种模式，建议进行更新。反过来看，你现在也可以设计合约来预期 EOA 发出更复杂的交易逻辑——例如，某个 dApp 可以假设用户会把一次授权和一个操作打包在一起，并针对这种情况进行优化。

另外，如果你打算使用 EXTCODESIZE==0（EXTCODESIZE 是一个返回账户代码大小的操作码），请记住在 7702 之后 EXTCODESIZE 会返回非零值，因此强制使用 EXTCODESIZE==0 检查会屏蔽所有使用 7702 的钱包。

提醒：早在此之前，通过合约构造函数发起外部调用来绕过合约大小检查就已经可行，因为在合约创建流程结束之前，该合约地址上并不存在代码，因此返回值为零。

我们随时可以帮助你集成 EIP-7702。了解智能钱包能力，阅读 EIP-7702 实施指南，如有集成问题，联系我们。

数据可用性与 rollup 可扩展性（EIP 7691、7623、7840）

Rollup 开发者，这一部分是为你准备的。Pectra 包含对 Ethereum 数据可用性层的升级，将直接影响 L2 的吞吐量和成本。主题是**“使用 blob，而不是 calldata，并且用得更多！”**——延续了 proto-danksharding（Dencun 中的 EIP-4844）的势头，让 rollup 更便宜、更高效。

EIP-7691：将每个区块的 blob 容量翻倍

具体变化：

EIP-7691 提升了 Ethereum 每个区块的 blob 承载容量，将目标 blob 数量从 3 提高到 6，将最大允许数量从 6 提高到 9。它还微调了与 blob 相关的费用机制：区块满载时 blob 基础费用上涨幅度会略微放缓（约上涨 8.2%），blob 稀缺时下降幅度会更陡（约下降 14.5%）。这确保了即使 blob 容量扩大，费用依然保持稳定和可预测。

影响：

这直接惠及 rollup，使其能在每个 Ethereum 区块中容纳双倍数据量。实际上，rollup 既可以提升交易吞吐量，也可以降低费用，或者两者兼顾。使用 optimistic 或 ZK rollup 等 L2 方案的用户应能看到明显更低的交易费用或更高的性能表现，因为数据可用性成本对整体交易费用有很大影响。

EIP-7623：提高 calldata 成本以推动 rollup 转向 blob

具体变化：

EIP-7623 有策略地提高了交易 calldata 的 gas 成本。在 blob 出现之前，rollup 常常将压缩数据直接存放在 calldata 中，这种方式一度是 Ethereum 所鼓励的。现在，Ethereum 通过让 calldata 相对昂贵，来促使 rollup 完全迁移到 blob 存储。

影响：

这一经济激励旨在推动 rollup 从低效的 calldata 使用转向专用的 blob 存储层。打个比方，可以把 Ethereum 区块想象成行李箱：普通交易是常规行李，而大量 calldata 就像是装保龄球。EIP-7623 意味着携带重物的人要付出更高的代价，从而激励使用 blob 这个 Ethereum 专用的数据舱。

Rollup 开发者需要相应更新系统。仍在使用 calldata 作为数据可用性方案的老旧 rollup 需要完全迁移到 blob，否则将面临显著更高的运营成本。普通智能合约和标准 Ethereum 交易由于 calldata 使用量极小，基本不受影响。

EIP-7840：可配置的 blob 参数（面向未来）

具体变化：

EIP-7840 在客户端配置中引入了一个新对象“blob schedule”。以往每次硬分叉都需要为 blob 相关参数（如每个区块的目标和最大 blob 数）写死代码，现在这些设置可以通过配置文件进行调整，从而实现更简单、更可预测的网络调优。

在客户端配置文件中扩展 blobSchedule 对象，结构如下：

jsonCopied

"blobSchedule": {
"cancun": {"target": 3,"max": 6,}
"prague": { "target": 6, "max": 9 },
"osaka":   { "target": 12, "max": 16},
...
}

如果当前分叉没有明确配置，则使用上一个分叉指定的值。如果没有上一个值，则将两者都设为零。

影响：

这一变化简化了未来的调整。例如，在后续升级中再次提高 blob 容量将不再需要大量代码改动——只需一次简单的配置调整即可。它为 rollup 和 Ethereum 核心开发者提供了更大的灵活性，也让 Ethereum 的扩容路径更加透明、可维护。

运维节点或基础设施的开发者应确保其执行客户端在升级后正确包含这些 blob 参数。应用开发者不会立即感受到直接影响，但会间接受益于 Ethereum 数据可用性层更平滑、更可预测的扩容效果。

如果你有兴趣部署 rollup，或对相关收益有疑问，欢迎联系我们。

质押与验证者升级（EIP 7251、7002、6110、7549、7685）

具体变化：

Pectra 升级为 Ethereum 质押带来了几项关键改进。验证者现在最多可持有 2048 ETH（EIP-7251），降低了复杂度并支持奖励自动复利。验证者可以直接从执行层发起退出（EIP-7002），由于处理流程简化，存款激活速度更快（约 13 分钟，此前为数小时）（EIP-6110），attestation 签名效率大幅提升（验证次数减少约 60 倍，EIP-7549），并且建立了执行层与共识层之间的标准化通信通道（EIP-7685）。

为何重要：

这些变化共同提升了质押体验，使验证者的操作更简单、更安全、扩展性大幅增强。由更少的验证者管理更大规模的质押，意味着更低的运营开销和更高的网络效率。执行层发起的退出增强了验证者的安全性和去中心化程度，而更快的存款处理改善了用户体验。跨层通信的标准化也为未来更顺畅的升级打下了基础。

对开发者的影响：

基础设施和质押池开发者必须调整工具和流程，以适应更大规模的验证者质押、由执行层触发的退出以及精简后的 attestation 机制。客户端和节点运营者将受益于更低的复杂度和更高的网络效率，但需要相应更新软件。普通 dApp 开发者受到的直接影响很小，但会间接受益于网络性能和稳定性的提升。

密码学与历史数据增强（EIP 2537 与 2935）

具体变化：

EIP-2537 为 BLS12-381 椭圆曲线添加了原生 Ethereum 预编译合约，使 BLS 签名验证和 zk-SNARK 证明等操作大幅降低成本。此前，这类复杂的密码学检查在智能合约中的成本高得令人望而却步。EIP-2935 将 Ethereum 的 BLOCKHASH 历史记录从约 1 小时（256 个区块）扩展到约 27 小时（8192 个区块），使合约能够直接在链上引用近期的历史区块。

为何重要：

EIP-2537 使开发者能够直接在 Ethereum 上构建更先进的密码学应用——例如 zk-rollup、链上轻客户端证明、无需信任的跨链桥以及隐私保护合约——而 gas 成本大幅降低。与此同时，EIP-2935 解决了 Ethereum 短期记忆的局限性，支持需要可靠链上历史引用的场景，例如增强的随机数生成、可验证证明以及 rollup 欺诈证明。

对开发者的影响：

智能合约开发者获得了强大、高效的链上密码学工具（EIP-2537），以及更广泛的近期历史数据访问能力，可用于合约逻辑（EIP-2935）。涉及高级密码学方案的应用——例如使用聚合 BLS 签名的 DAO、基于 zk 的隐私应用，或链上验证系统——将变得更容易实现。此外，依赖近期区块哈希来生成随机数或进行验证的合约，现在可以可靠地访问链上数据，从而简化设计、减少外部依赖。

常见问题

Ethereum Pectra 升级什么时候发生？

Pectra 升级已于 2025 年 5 月 7 日上线。与以往的 Ethereum 硬分叉一样，具体时间取决于出块速率，但生态参与者和开发者应在这一目标日期之前做好系统准备。

Pectra 升级的主要功能有哪些？

Pectra 的主要亮点包括：

为普通钱包提供临时智能合约能力（EIP-7702），被称为 Ethereum 钱包的“iPhone 时刻”
将每个区块的 blob 容量从 3 翻倍到 6，使 rollup 更高效、更具成本优势
将最大验证者容量从 32 ETH 提高到 2048 ETH，简化验证者操作
添加对 BLS12-381 密码学的原生支持，使高级密码学应用在链上变得可行
将区块历史引用范围从约 1 小时扩展到约 27 小时，增强智能合约功能

Pectra 升级将如何影响 Ethereum 开发者？

Pectra 的影响因开发者关注点而异：

应用和钱包开发者通过 EIP-7702 的智能账户功能获得强大的 UX 能力
智能合约开发者需要审查依赖 tx.origin 检查或 EXTCODESIZE==0 假设的代码
Rollup 开发者应完全从 calldata 迁移到 blob，以获得最佳成本效益
基础设施提供方需要更新客户端以支持新的 blob 参数和验证者操作
密码学应用开发者可以实现此前不切实际的 zk-SNARK 和 BLS 签名方案

Pectra 与 Dencun 等以往的 Ethereum 升级有何不同？

Pectra 建立在 Dencun 的 proto-danksharding 基础之上，但采取了更广泛的方式。Dencun 主要聚焦于引入用于数据可用性的 blob（EIP-4844），而 Pectra 同时涉及 Ethereum 协议的多个方面。它大幅增强了钱包功能，优化了质押经济学，将 blob 容量翻倍，并引入了原生密码学运算。这种全面的覆盖范围使 Pectra 按纳入 EIP 数量计算成为 Ethereum 规模最大的升级，涉及的协议层面比 Dencun、Shanghai 或 Paris 等以往升级更多。

为所有人打造更好的链上未来

Pectra 升级为 Ethereum 带来了实质性改进，提供了更智能的钱包、可扩展的质押机制、强大的密码学能力，以及增强的数据可用性。对开发者来说，这意味着更强健的工具、更简单的操作，以及在构建下一代去中心化应用时拥有更大的灵活性。这是切实向前迈出的一步——让你能够打造更好的用户体验、更强的解决方案，并最终促成一个更健康的 Ethereum 生态系统。

探索资源