Ethereum Pectra

Pectra升级

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

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

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

EIP-7702 实现了账户抽象，允许外部拥有账户（EOA）具备智能合约的功能。这意味着用户可以：

• 批量交易：一次性执行多个操作，如转账和智能合约调用。

• Gas 赞助：其他人可以支付交易费用，例如用 USDT 支付 Gas 费。

• 替代认证：支持密码、硬件安全模块等，增强安全性。

• 支出控制：设置代币支出限制或每日流出上限。

• 恢复机制：无需迁移账户即可保护资产，例如通过社交恢复。

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

2. 验证器用户体验改进

EIP-7251：将验证器的最大有效余额从 32 ETH 增加到 2048 ETH。

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

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

加速存款和提现：缓解高峰期拥堵

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

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

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

EIP-7002：引入执行层可触发的退出，减少对中心化委托的依赖。

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

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

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

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

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

EIP-6110：存款处理的责任从共识层（Beacon Chain）转移到执行层（Execution Layer），并直接在协议层面提供存款数据。

将存款处理延迟从约 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 性能

EIP-7691：双倍增加 Blob 吞吐量，将平均每个块的 Blob 数量从 3 增加到 6，最大从 6 增加到 9。

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

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

配合 EIP-7623 限制 Calldata 使用， EIP-7623 提高了 Calldata 的 Gas 成本（从 16 Gas/字节增加到 42 Gas/字节），鼓励 L2 解决方案从 Calldata 转向 Blob。

为 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的活跃程度。