客观地讲,过去一段时间,很多用户对以太坊的直观感受,往往不是来自路线图或开发者会议,而是来自一次次具体的链上操作。
譬如近两年大家感同身受的转账时 Gas 越来越低、跨链互操作性的体验有所改善等等,这也是为什么,以太坊的扩容一直不是一个单纯的「性能竞赛」问题——对普通用户来说,更高的 TPS、更大的区块、更复杂的底层架构,只有在真正转化为更低成本、更顺畅操作和更安全的钱包体验时,才有意义。
而最近以太坊的一系列新动态,恰好都在指向以太坊正在尝试把过去由钱包、DApp、第三方中继器和用户自己承担的复杂性,系统性地前移到协议层。
这其中,就包括 Vitalik 参与的 Keyed Nonces、Glamsterdam 升级中围绕 2 亿 Gas Limit floor 形成的方向性共识,以及 2026 年路线图中持续强调的原生账户抽象、跨 L2 互操作和 L1 安全强化等一系列草蛇灰线。
一、Gas Limit 提高到 2 亿?
先看最容易被用户感知的一点,Gas Limit。
众所周知,在以太坊网络中,每一笔交易(无论是转账还是合约交互)都需要消耗一定数量的 Gas,而每个以太坊区块的 Gas Limit 容量是固定,也就是坑位有限:坑位越多,同一时段能运送的乘客越多;坑位越紧张,大家就要为同一个座位竞价,Gas 费也就水涨船高。
从理论上讲,区块 Gas 上限的扩容确实会直接大幅提升以太坊主网的性能,只不过过去以太坊在 L2 等路线大发展的背景下,对此一直比较克制谨慎,大部分扩容压力,被有意推向了 L2 这条赛道。
翻看下以太坊 Gas Limit 的扩容曲线就会发现,2019 年 9 月以太坊网络 Gas Limit 从 800 万首次突破 1000 万后,一直到今年,7 年时间 Gas Limit 才从 800 万到 6000 万,尤其是 2025 年才真正进入加速通道——2 月 3000 万到 3600 万,7 月再提升到 4500 万,12 月 Fusaka 升级后又升级到 6000 万。
可以说大部分扩容都是挤在 2025 这一年里完成,当然我们之前也提到过,2025 年也是以太坊发展史上至关重要的一年,仅在 5 月 Pectra 升级 7 个月后的 Fusaka 升级,证明了经历重大领导层调整的 EF,仍然有能力推动重大更新,也标志着以太坊正式进入「一年两次硬分叉」的加速开发节奏(延伸阅读《以太坊 2026:解读 EF 最新协议路线图,正式步入「工程化升级」时代?》)。
来源:Etherscan
而根据 Ethereum Foundation 5 月 2 日发布的 Soldøgn Interop Recap,超过 100 位以太坊核心贡献者在挪威斯瓦尔巴群岛参与了一场围绕 Glamsterdam 升级的互操作会议,重点目标是推进 Glamsterdam 的多客户端实现、测试和参数对齐,会议结束时开发者已经围绕 Glamsterdam 后的 2 亿 Gas Limit 形成了方向性共识。
这意味着,如果后续流程顺利,以太坊 L1 的执行容量有望从目前约 6000 万 Gas Limit,进一步提高到 2 亿量级,放在更长的时间维度,以太坊生态对 Gas Limit 的公开可讨论态度明显「激进」了很多,EIP-9698 提案甚至建议「每两年提升十倍」,到 2029 年将 Gas Limit 提高至 36 亿,是当前的 50 倍。
但这里需要强调的是,提高 Gas Limit 不是简单把区块做大。
如果只是粗暴提高每个区块能容纳的计算量,短期看可能降低费用,但长期导致节点负担变重、状态数据膨胀,也意味着普通用户运行节点更困难,最终反而削弱以太坊最核心的去中心化基础。
所以 Glamsterdam 的扩容思路,是一套组合拳:
- ePBS(enshrined Proposer-Builder Separation)把区块构建和验证流程更清晰地纳入协议规则,让验证者可以更安全地处理更大的区块;
- Block-Level Access Lists(BAL)则提前记录区块执行中会访问的账户和存储位置,从而支持并行磁盘读取、并行交易验证和并行状态根计算;
- 而 EIP-8037 则通过提高状态创建相关操作的成本,避免在 Gas Limit 提高后造成过快的状态增长;
说到底,以太坊不是只想「装下更多交易」,更在思考如何在装下更多交易的同时,不让节点运行门槛变得越来越高。
这也是以太坊扩容路线和很多高性能链叙事之间的根本区别,一直追求的不是牺牲验证成本换取表面吞吐量,而是在尽量保持普通节点可参与、系统可验证的前提下,提高主网本身的承载能力。
二、Keyed Nonces:把「一条队伍」变成「多条通道」
如果说 Gas Limit 解决的是「一个区块能装多少」,那么 Keyed Nonces 关注的则是另一个更细节但很关键的问题:一笔交易,该如何排队?
众所周知,在以太坊中,nonce 可以简单理解为账户交易的「序号」,它的作用是防止同一笔交易被重复执行,也确保同一个账户发出的交易按顺序处理。
这套机制在普通转账场景下很好理解,就是按顺序的第一笔交易、第二笔交易、第三笔交易,依次往后排。
但问题在于,当账户能力变得更复杂,比如涉及隐私交易、智能钱包、会话密钥、批量操作、第三方代付时,单一线性 nonce 就可能变成瓶颈,因此 EIP-8250 提出的 Keyed Nonces,核心思路就是把原来一个账户只有一条 nonce 队列,改成可以拥有多个 nonce 域。
具体来说,它把 EIP-8141 Frame Transaction 中的单一 sender nonce,替换为 (nonce_key, nonce_seq) 结构,其中 nonce_key == 0 对应传统账户 nonce,而非零 key 可以选择独立的协议管理 nonce 序列,不同 key 下的交易彼此独立、防重放互不影响。
这听起来很技术,但可以用一个生活化比喻理解:过去一个账户像是在银行只有一个窗口,所有业务都得排同一条队;Keyed Nonces 则像是把不同业务分到不同窗口,转账、隐私提款、会话授权、批量执行可以各走各的通道。
这对隐私协议尤其重要,因为为了避免把用户链上活动直接绑定到某一个公开地址,隐私协议可能会让多个用户通过同一个共享 sender 地址发起交易,但在单一 nonce 机制下,一个用户的交易被打包后,可能导致其他用户还在等待的交易失效或阻塞。
而 Keyed Nonces 允许每笔支出选择自己的 nonce 域,例如从隐私 nullifier 派生而来,从协议层减少这种排队冲突。
Vitalik 本人对它的定位,还要更宏大一些,他在介绍 EIP-8250 时明确表示,Keyed Nonces「不仅是对协议层隐私方案的更强支持,也可能是以太坊新的状态扩容策略的第一步——通过为不同用例创建专门优化的存储类型,实现在保持协议去中心化的同时,达到极致的可扩展性。」
换句话说,可以简单理解为 Gas Limit 解决「区块的大小」,Keyed Nonces 探讨的是"状态的形状"——以太坊未来要承载的,不只是更多交易,而是更多种类的交易。
三、这将如何影响普通用户?
对以太坊生态而言,很多协议升级看起来离普通用户很远,但最终都会落到钱包体验上。
因为用户真正接触以太坊的入口,并不是 EIP、客户端或开发者会议,而是钱包里的每一次转账、授权、签名、跨链和 DApp 交互。也就是说,协议层的变化,只有在钱包层被翻译成更清晰、更顺畅、更安全的操作体验时,才真正完成了从技术升级到用户体验升级的转化。
譬如大家现在早已耳熟能详的账户抽象,就不是为了让用户理解更多技术名词,而是为了让用户未来可以更自然地使用链上账户,所以近年来批量交易、Gas 代付、恢复机制、不同签名方式、会话授权以及更灵活的安全策略,都在逐步成为钱包里的基础能力。
同样以 Keyed Nonces 为例,它听起来像是一个非常底层的账户排队机制优化,但放到用户侧,其潜在影响并不抽象。因为今天很多用户在链上操作时,可能都遇到过类似场景:一笔交易迟迟没有确认,后续交易被卡住,想取消或加速交易,却又不理解 nonce、Gas、替换交易之间的关系,尤其是在多笔操作并行时,一个失败步骤就会影响后续全部流程。
对普通用户来说,这些问题看起来像是「钱包不好用」或「链不好用」,但背后其实和以太坊账户模型中单一线性 nonce 的设计有关。而 Keyed Nonces 所代表的方向,是让账户不再只能按一条队伍顺序执行所有操作,而是可以根据不同使用场景拆分出多条并行通道。
那未来普通转账、DApp 授权、隐私交易、批量交易、Gas 代付等操作,理论上可以拥有更独立的执行空间,减少彼此阻塞和冲突的概率。
这无疑会进一步打开智能钱包的设计空间。
更重要的是,过去这些能力往往需要钱包、DApp、中继服务和用户之间共同承担复杂性,用户要理解授权范围,要判断 Gas 是否合理,要知道自己签的到底是什么,还要在跨链、兑换、质押、领取奖励等多步骤操作中反复确认,任何一步理解偏差,都可能带来操作失败和资产损失风险。
而现在以太坊正在尝试做的,正是把一部分复杂性前移到协议层,让钱包可以基于更标准化、更原生的底层能力,为用户提供更好的交互抽象。
这也是为什么,Gas Limit、BAL、ePBS、Keyed Nonces、Frame Transactions、原生账户抽象和跨 L2 互操作,看似分别属于不同技术模块,但其实都在服务同一件事:让以太坊在不牺牲去中心化和安全性的前提下,承载更复杂的链上使用场景。
具体来看,把这些动态放在一起,就会发现以太坊近期的重点并不分散:
- Gas Limit 提升,解决的是主网执行容量和费用压力;
- BAL、ePBS、EIP-8037,解决的是扩容过程中如何维持节点可验证性和状态增长可控;
- Keyed Nonces 和 Frame Transactions,解决的是账户模型、隐私协议和智能钱包在协议层的瓶颈;
- 原生账户抽象和跨 L2 互操作,则进一步指向普通用户真正能感受到的体验改善。
这也意味着,以太坊正在进入一个新的阶段。
毕竟过去几年,市场更关注 L2 扩容、Blob 降费和模块化叙事,用户也逐渐习惯了在不同 L2 之间转移资产、寻找更低成本的交互环境。但随着主网 Gas Limit 继续提高、Glamsterdam 等升级推进,以及账户抽象和互操作方案持续演进,以太坊正在回答的问题,已经不只是「如何让交易更便宜」,而是「如何让链上体验更像一个整体」。
在这一过程中,钱包的重要性无疑也会被进一步放大。
因为钱包不只是用户进入以太坊的入口,也是协议能力被用户真正理解和使用的界面。未来,越是复杂的底层升级,越需要通过钱包转化为更清晰的签名提示、更可理解的交易路径、更前置的风险识别,以及更顺畅的链上交互体验。
与大家共勉。
