作者
|
十四君
引言
如果说区块链的历史，就是比特币的扩容史，那么以太坊的周期升级，就是扩容方向的核心指针。
每 1-2 年一次的以太坊大版本硬分叉升级，都将从他自身，逐渐辐射到各个以太坊系列的 L2，再扩大到多个 L1 的发展，而每一次硬分叉所包含的 Eip，都代表着以太坊核心社区的高度精华，是收益与成本的平衡结果。
所以依旧是让十四君带你从技术角度，逐个盘点
布拉格-伊莱克特拉升级的 11 个 Eips
，是什么，有什么用，为什么是他？
背景
目前升级的准确时间是预期 3.5 号发布在 Sepolia 测试网，4.8 号发布在以太坊主网上。
以太坊官方代码库在 4 天前（2025.2.26）发布了版本的第一句话就是：”Oh look, another hotfix release!“，是的，出问题了，目前在 Holesky 测试网激活的版本代码，造成了测试网的分叉（可以理解为大面积宕机）。
虽然我们无需去关注分叉的代码 bug 之处，但是从中可以看到这次内容的复杂性。
并且从笔者个人看来，这一次的升级，也是
以太坊继 Pow 转 Pos 的 merge 之后最有影响力的一次
，将完全改变链上的运作模式，带来全新的体验。
完整 eip 列表如下：
[来源：https://ethroadmap.com/#pectra sticky
]
引入提案虽然稍有变更，不过已经引起
Okx、
Metamask，WalletConnect，Biconomy，BaseWallet，Uniswap，Rhinestone，ZeroDev，TrustWallet，Safe
等等钱包团队的关注。基本全都在确保主网切换的瞬间可以适配上，作为用户的我们，也可以借助钱包来体验。
但真正的核心问题是——这次升级，除了开发者们的技术实现，它到底能否真正撬动以太坊的生态格局？
它的改变，是否足够深入，或者只是以太坊基金会在L2时代的一次例行修补？
很显然，我们能看到 3 大特点：
1. 以太坊的发展步入深水区之后，基本能被纳入的新提案提出者都是以太坊基金会会的纯自己人了。其中 Vitalik 更是重要变更的首推人。几乎见不到其他角色的创意融入官方升级，这或许也是以太坊越发” 一意孤行 “这种市场声音的权证，渐渐成为一个越来越中心化的决策体系。
2. 以太坊的市场节奏在加速，这次升级从去年 11 月基本共识完成有 8 个，如今到实际执行则包含了 11 个（增加的是 vitalik 推动的 l2 层面的 3 个优化），曾经一个大版本，基本只从一个核心出发做少数几个优化，但是现在几乎都是多方并举，曾经多年难以共识的 AA（硬分叉版本）也被纳入。从中可以感受到如今多链爆发之下，evm 系面对 svm 系（solana 等）move 系（aptos 等）乃至与 btc 系（各类 btcL2）都蓬勃发展之下的一些激进状态。
3. 以太坊在借助生态联合优势，越发倾向优化用户体验了，可能你会觉得优化用户体验不是应该的吗？不，其实以太坊很多次的大版本合并，都和普通用户体验没啥关系。上上一次调整区块大小（扩容会降低用户成本，降低价格波动算是用户体验优化）还是在 18 年。上一次通过引入 blob，大幅降低 L2 的用户手续费成本，以及这次，3 个时间点可以看出在注重用户成本的优化，
但问题是，以太坊是否真的 “以用户体验为先”？或者说，它只是被逼着去优化用户体验？
细节观点的探讨我们来逐个展开理解，他到底改变了什么？
体验优化
首先最重要的改变，当属 7702，把账户抽象机制从链层更新的引入。
解读
客观说，7702 打破多个链上不可能的潜规则，也打破了大多数 Dapp 的应用逻辑。
对于用户而言，他本身还是 EOA 地址，只是在需要的时候才去驱动和使用 CA 逻辑，所以持有成本低了。
无需先转换出链上 CA 身份再做操作，等于用户无需注册了。
用户可以轻松用 EOA 做到多交易并行，比如授权代扣和执行代扣两种合一，这样对用户交易成本本身就低了。
而对于 Dapp 而言，尤其是需要做链上企业级管理的项目方，比如交易所等更是颠覆性的优化，批量归集一旦原生态实现，基本交易所成本可以瞬间减少一半以上，最终也可以惠及用户。
所以，虽然他改变了很多，但占据成本这个维度，就值得全部 Dapp 去研究和适配，因为这一次，用户必然站在了 EIP7702 的一边。
但这里有个隐形的风险：账户抽象虽然降低了交互成本，但也增加了用户权限管理的复杂度。
如果钱包厂商未能正确适配，可能会带来意想不到的安全漏洞，曾经是一次调研顶多损失单链资产，现在则有可能全链损失，乃至定时爆炸。
显然，这是个钓鱼黑客们很喜欢的升级，用户对链上交易要更加小心
应用侧优化
EIP-2537 (Precompile for BLS12–381 Curve Operations)
作用
1. 引入了 BLS12–381 椭圆曲线的预编译操作，可优化 BLS 签名验证等复杂加密操作，提供了更高的安全性（120+ 位安全性）和计算效率（Gas 优化）
2. 实际功能上新增 BLS 签名验证、公共密钥聚合和多签名验证。
3. 为不同的 BLS 操作指定了具体的预编译地址，合约可以直接通过调用这些预编译地址进行，不需要部署额外的代码来执行 BLS12–381 相关的复杂数学操作。
解读
越来越便于普通用户，可以低成本使用多签类的智能合约钱包。可以显著降低了签名验证计算的复杂度和 Gas 成本，也可以更加高效地实现和支持零知识证明（如 zk-SNARKs）和同态加密等功能。在隐私和互操作性（尤其是与 ZCash 等其他支持 BLS 的区块链）会起到作用。
EIP-2935 (Serve Historical Block Hashes from State)
作用
1. 将最后 8192 个区块哈希存储在某个系统合约的存储中，以便为无状态客户端提供最近的区块哈希数据。
2. 这种设计允许客户端在执行时可以访问历史区块哈希，无需自行存储整个链的历史数据，尤其对未来的 Verkle 树等优化方案有着重要作用。
3. 这些哈希数据以环形缓冲区的形式存储，支持滚动更新，即时刻保持最新的 8192 个区块哈希值。
4. 提供 Set 和 get 操作，SET 是系统地址可操作写入交易，而用户可以使用 get 用区块号查询区块哈希。
解读
因为客户端可以通过简单的查询访问历史区块哈希，无需额外存储，所以虽然对普通用户无直接影响，但会促进一些无存储客户端的出现，对链上需要验证服务应用有优化价值。
对 RollupL2 的成本也有帮助，因为多数 L2 需要访问过去一段时间的 L1 区块哈希，以验证链上数据的一致性和历史信息。
还有预言机类的链上验证服务，需要对历史区块进行验证和数据跟踪，防止链下上报数据错误等。
质押场景的多项优化
以太坊质押是个大话题，但对普通用户影响很小（但如果你参与了质押，就需要深入看看，思考这里的经济逻辑），我会每个提案用一句话总结，然后一起点评。
EIP-6110（Supply validator deposits on chain）
将会通过链内协议机制来实现质押操作处理，消除共识层的投票机制，优化质押流量的安全性与效率。通过在执行层的区块中增加验证者质押的操作列表，将质押操作的记录与验证直接放入执行层区块结构内，使得共识层无需再依赖质押数据（eth1data）投票机制。
