> For the complete documentation index, see [llms.txt](https://cmdefi.gitbook.io/cmdefi/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://cmdefi.gitbook.io/cmdefi/home/crypto-jing-dian-li-lun/ethereum-pectra.md).

# Ethereum Pectra

Pectra 升级于 2025 年 5 月 7 日 UTC 10:05:11 激活，对应主网的第 364032 个时期（epoch）。

Pectra 升级是以太坊网络的一次重要硬分叉，结合了 Prague 执行层和 Electra 共识层的更新。这是自 2024 年 Dencun 升级后的又一次重大协议升级，包含 11 个以太坊改进提案（EIP）：

### 1. 账户抽象：从 EOA 到智能账户

<mark style="color:blue;">**EIP-7702 实现了账户抽象，允许外部拥有账户（EOA）具备智能合约的功能。这意味着用户可以：**</mark>

* 批量交易：一次性执行多个操作，如转账和智能合约调用。
* Gas 赞助：其他人可以支付交易费用，例如用 USDT 支付 Gas 费。
* 替代认证：支持密码、硬件安全模块等，增强安全性。
* 支出控制：设置代币支出限制或每日流出上限。
* 恢复机制：无需迁移账户即可保护资产，例如通过社交恢复。

这将显著改善钱包体验，例如未来可能通过手机号注册钱包，无需预先持有 ETH 支付 Gas 费。

### 2. 验证器用户体验改进

<mark style="color:blue;">**EIP-7251：将验证器的最大有效余额从 32 ETH 增加到 2048 ETH。**</mark>

**“减少验证器数量，同时不改变协议的经济安全性”**

以太坊的验证器数量过多（截至 2025 年可能超过 100 万），每个验证器都需要参与共识。这虽然更加去中心化，但增加了网络的通信负担，导致性能瓶颈，L1 的峰值 TPS（每秒交易量）被限制在 60 左右。同时，对于大额质押者（如流动性质押协议 Lido、Rocket Pool 或机构投资者），原来需要创建和管理数百甚至数千个验证器，增加了操作复杂性和成本（例如密钥管理、硬件资源），在调整后可以大幅降低运营成本。

{% hint style="info" %}
加速存款和提现：缓解高峰期拥堵 <br>

现状：以太坊的质押机制有一个限制，每个 epoch（时期，约 6.4 分钟）最多只能处理 8 个验证器的存款或退出（对应 256 ETH，因为每个验证器为 32 ETH）。在高峰期，用户需要排队数天甚至数周才能完成存款或提现。

调整后：
单个验证器可以质押更多 ETH（例如 2048 ETH），意味着高峰期处理相同数量的 ETH 需要更少的验证器操作。

例如：原来 2048 ETH 需要 64 个验证器，占用了 8 个 epoch 的处理时间（64 ÷ 8 = 8）；现在只需要 1 个验证器，1 个 epoch 即可完成。
{% endhint %}

<mark style="color:blue;">**EIP-7002：引入执行层可触发的退出，减少对中心化委托的依赖。**</mark>

**例如智能合约可以直接控制提现流程。**

验证器的退出（即停止参与共识并提取质押的 ETH）需要在共识层通过验证器的签名密钥发起。这意味着控制验证器的实体必须持有签名密钥，通常是验证器的运行者（可能是个人、质押服务提供商或流动性质押协议 LST）。

比如在Lido现有的模型中，签名密钥通常由节点运营商持有和控制，因为他们负责运行验证器。换句话说，你在 Lido 质押时，签名密钥已经交给了 Lido 及其节点运营商（分布在多个运营商之间，以降低单点故障风险），你并不直接控制这些密钥。当你要提现质押中的ETH时，提现凭证通常设置为 Lido 的 Withdrawal Queue 智能合约地址，这是创建验证器时设置的，当验证器退出或发放奖励时，ETH 会被发送到 Lido 的智能合约，而不是直接发送到你的钱包。（stETH 本身不是提现凭证，而是一个代币，代表你在 Lido 协议中的权益）

当用户提交提取请求后，实际上 Lido 需要主动协调验证器的退出，虽然提现凭证指向 Lido 的智能合约，但智能合约无法直接触发退出，因为退出操作依赖签名密钥。

EIP-7002 调整后，允许通过提现凭证在执行层触发验证器的退出，而无需依赖签名密钥。比如 Lido 的智能合约现在可以直接触发验证器的退出流程。减少了对节点运营商的依赖。

<mark style="color:blue;">**EIP-6110：存款处理的责任从共识层（Beacon Chain）转移到执行层（Execution Layer），并直接在协议层面提供存款数据。**</mark>

**将存款处理延迟从约 9 小时缩短到 13 分钟，消除了合并前的 2048 块等待时间。这将加速存款和提现。**

以太坊自 2020 年启用信标链（Beacon Chain）并引入 PoS 机制以来，验证器存款的处理一直依赖于一种复杂的设计：

1. 用户通过以太坊的质押合约存入 32 ETH 以创建验证器。
2. 存入 ETH 后，质押合约会发出一个 DepositEvent 事件（日志），记录存款信息。
3. 共识层需要将这些存款信息同步到验证器激活流程中。
4. 验证器投票达成共识后，存款才被处理并激活验证器。

存款从执行层提交到共识层处理，通常需要 12 小时（约 2048 个区块）。

EIP-6110调整之后，每当用户通过质押合约存入 ETH，质押合约会发出 DepositEvent 事件。执行层客户端直接解析事件，生成存款操作，并将其包含在下一个区块中。共识层客户端从执行层区块中读取存款操作，直接将其添加到验证器激活队列。

### 3. Blob 扩展：提升 Layer 2 性能

<mark style="color:blue;">**EIP-7691：双倍增加 Blob 吞吐量，将平均每个块的 Blob 数量从 3 增加到 6，最大从 6 增加到 9。**</mark>

**Blob 用于存储 Layer 2 交易数据，这将显著降低 L2 交易成本，可能从“非常便宜”变为“非常非常便宜”。**

Blob 是 2024 年 3 月 Dencun 升级（通过 EIP-4844 实现）引入的一种数据类型，专门用于存储来自 L2 解决方案的大量交易数据。这是一种临时的链上数据存储方式，数据在 4096 个时期（约 18 天）后会被修剪，因此不会永久增加节点存储负担。Blob 提供了一种比传统 Calldata 更便宜的数据存储方式，显著降低了 L2 的交易成本。

{% hint style="info" %}
配合 EIP-7623 限制 Calldata 使用，

EIP-7623 提高了 Calldata 的 Gas 成本（从 16 Gas/字节增加到 42 Gas/字节），鼓励 L2 解决方案从 Calldata 转向 Blob。
{% endhint %}

为 Danksharding 提供过渡方案
，Danksharding 是以太坊的长期扩展目标，计划引入更多的 Blob 容量（目标 64 个 Blob/区块，约 8 MB/区块），并通过数据可用性采样（Data Availability Sampling）降低节点负担。但 Danksharding 需要较长时间开发和测试，EIP-7619可以理解为一个过渡方案。

Blob 空间供给增加（从 3-6 个增加到 6-9 个），这意味着 L2 可以在每个区块中存储更多数据（从 768 KB 增加到 1152 KB），缓解了 Blob 空间的竞争。短期内会直接导致竞争变松，Blob Gas价格会降低，L2的存储成本降低，这块的Gas燃烧短期会减少。但长期来看这种竞争环境仍然取决于L2的活跃程度。