从 Gas Limit 到 Keyed Nonces：如何理解以太坊可扩展性的未来？

在过去一段时间中，用户对以太坊的体验往往并非来源于路线图或开发者会议，而是通过一次次具体的链上操作来获得的。

例如，近两年来，用户普遍感受到转账时的 Gas 费用逐渐降低、跨链互操作性的体验有所改善等现象。这也是为何以太坊的扩容问题不仅仅是一个「性能竞赛」——对于普通用户而言，只有在更高的TPS、更大的区块以及更复杂的底层架构转化为更低的成本、更流畅的操作和更安全的钱包体验时，才具备实际意义。

最近，以太坊的一系列新动态正表明，以太坊正尝试将过去由钱包、DApp、第三方中继器和用户自行承担的复杂性系统性地移至协议层。

其中包括 Vitalik 参与的 Keyed Nonces、Glamsterdam 升级中围绕 2 亿 Gas Limit floor 达成的方向性共识，以及 2026 年路线图中持续强调的原生账户抽象、跨 L2 互操作和 L1 安全强化等一系列重要进展。

首先来看用户最容易感知的 Gas Limit。

众所周知，在以太坊网络中，每笔交易（无论是转账还是合约交互）都需消耗一定数量的 Gas，而每个以太坊区块的 Gas Limit 是固定的，这意味着可容纳的交易数量是有限的：可用的「坑位」越多，同一时间内能处理的交易就越多；反之，则需为有限的坑位进行竞价，导致 Gas 费用上涨。

理论上，区块 Gas 上限的提升将显著增强以太坊主网的性能，但过去以太坊在 L2 发展迅速的背景下对此一直采取谨慎态度，大部分扩容压力被刻意转移至 L2 赛道。

回顾以太坊 Gas Limit 的扩容历程，自2019年9月首次突破 1000 万以来，经过7年时间，Gas Limit 从 800 万提升至 6000 万，尤其是在 2025 年，Gas Limit 才真正开始加速提升——如2月达到 3600 万、7月增至 4500 万，并在12月的 Fusaka 升级后再度提升至 6000 万。

可以说，绝大部分扩容将在2025年完成，值得注意的是，这一年对以太坊的发展至关重要，Fusaka 升级在经历领导层重大调整后，仍表明以太坊能够推行重大更新，并正式进入「一年两次硬分叉」的加速开发节奏（参考文章《以太坊 2026：解读 EF 最新协议路线图，正式步入「工程化升级」时代？》）。

根据 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 的扩容思路是一种综合方案：

归根结底，以太坊不仅希望「容纳更多交易」，更在思考如何在容纳更多交易的同时，保持节点运行的低门槛。这也是以太坊扩容路线与许多高性能链的根本区别，追求的并非是牺牲验证成本来换取表面的吞吐量，而是在尽量保持普通节点可参与、系统可验证的前提下，提升主网的承载能力。

如果说 Gas Limit 解决的是「区块能容纳多少」，那么 Keyed Nonces 关注的是一个更细致却至关重要的问题：一笔交易该如何排队？

在以太坊中，nonce 被视为账户交易的「序号」，其目的是防止同一笔交易的重复执行，并确保同一账户的交易按顺序处理。

这一机制在普通转账场景中容易理解，即第一笔、第二笔、第三笔交易按顺序排队。

然而，当账户的能力变得更加复杂，比如涉及隐私交易、智能钱包、会话密钥、批量操作和第三方代付时，单一线性 nonce 可能成为瓶颈。因此，EIP-8250 提出的 Keyed Nonces 的核心思路是将账户的单一 nonce 队列改为可以拥有多个 nonce 域。

具体来说，它将 EIP-8141 Frame Transaction 中的单一发送者 nonce，替换为(nonce_key, nonce_seq)结构，其中 nonce_key == 0 对应传统账户的 nonce，而非零 key 则可选择独立的协议管理 nonce 序列，不同 key 下的交易彼此独立，防止重放互不干扰。

虽然听起来较为技术化，但可以用生活中的比喻来理解：过去一个账户就像是银行的一个窗口，所有业务必须排在同一条队伍；而 Keyed Nonces 则像是将不同业务分配到不同窗口，转账、隐私提款、会话授权和批量执行可以各行其道。

这一点对隐私协议尤为重要，因为为了避免将用户的链上活动直接绑定到某个公开地址，隐私协议可能允许多个用户通过同一共享发送者地址发起交易，但在单一 nonce 机制下，一个用户的交易被打包后，可能会导致其他用户的交易失效或被阻塞。

而 Keyed Nonces 允许每笔支出选择自己的 nonce 域，例如从隐私 nullifier 派生，从协议层减少这种排队冲突。

Vitalik 本人对其的定位更为宏大，他在介绍 EIP-8250 时明确表示，Keyed Nonces「不仅是对协议层隐私方案的更强支持，还可能成为以太坊新的状态扩容策略的第一步——通过为不同用例创建专门优化的存储类型，实现在保持协议去中心化的同时，实现极致的可扩展性。」

换言之，可以简单理解为 Gas Limit 解决的是「区块的大小」，而 Keyed Nonces 探讨的是「状态的形状」——以太坊未来不仅要承载更多交易，还要支持更多种类的交易。

对于以太坊生态而言，许多协议升级看似与普通用户相距甚远，但最终都会影响到钱包的使用体验。

因为用户真正接触以太坊的入口，并不是 EIP、客户端或开发者会议，而是钱包中的每一次转账、授权、签名、跨链和 DApp 交互。也就是说，协议层的变革，只有在钱包层转化为更清晰、更顺畅、更安全的操作体验时，才真正实现了从技术升级到用户体验升级的转变。

例如，大家耳熟能详的账户抽象，并不是为了让用户理解更多技术名词，而是为了让用户能更自然地使用链上账户。因此，近年来批量交易、Gas 代付、恢复机制、不同签名方式、会话授权以及更灵活的安全策略，逐步成为钱包的基本功能。

同样，Keyed Nonces 看似是一个底层的账户排队机制优化，但其潜在影响却并非抽象。许多用户在链上操作时，可能会遇到类似的场景：一笔交易迟迟未确认，后

来源：Odaily星球日报