客观地讲，过去一段时间，很多用户对以太坊的直观感受，往往不是来自路线图或开发者会议，而是来自一次次具体的链上操作。
譬如近两年大家感同身受的转账时 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 等升级推进，以及账户抽象和互操作方案持续演进， 以太坊正在回答的问题，已经不只是「如何让交易更便宜」，而是「如何让链上体验更像一个整体」。
在这一过程中，钱包的重要性无疑也会被进一步放大。
因为钱包不只是用户进入以太坊的入口，也是协议能力被用户真正理解和使用的界面。未来，越是复杂的底层升级，越需要通过钱包转化为更清晰的签名提示、更可理解的交易路径、更前置的风险识别，以及更顺畅的链上交互体验。
与大家共勉。
