过去几年，很多用户对Ethereum 的感受，其实并不来自路线图、技术会议或者开发者讨论，而是来自一次次真实的链上交互：转账费用逐渐下降、L2之间跨链体验慢慢改善、钱包签名流程变得更加顺畅，以及越来越多复杂操作开始能够像互联网应用一样被自动处理。

这也是为什么，以太坊这些年的扩容，从来不只是一个简单的“性能竞赛”问题。

因为对于普通用户而言，更高的TPS、更大的区块容量、更复杂的模块化架构，本身并没有意义，只有当这些底层升级最终转化为更低的Gas、更少的交易卡顿、更安全的钱包交互以及更自然的链上使用体验时，技术升级才真正完成了它的价值闭环。

而最近围绕以太坊主网的一系列新动态，其实正在共同指向一个越来越清晰的方向：以太坊正在尝试把过去由钱包、DApp、中继器甚至用户自己承担的大量复杂性，逐步前移到协议层本身。

无论是Vitalik Buterin 参与推动的 Keyed Nonces，还是 Glamsterdam 升级中围绕“2亿 Gas Limit”形成的扩容方向性共识，又或者近年来不断被强调的原生账户抽象、跨L2互操作以及L1安全强化，本质上都在围绕同一个问题展开——未来的以太坊，究竟该如何在不牺牲去中心化的前提下，承载越来越复杂的链上世界。

首先最容易被普通用户感知到的变化，就是Gas Limit。

众所周知，在以太坊网络中，每一笔交易都需要消耗Gas，而每个区块能够容纳的Gas总量，则决定了同一时间里网络究竟能处理多少交易。

这其实可以理解为一条高速公路的车道容量。

当区块容量有限时，大家必须争抢有限的“坑位”，Gas价格自然会上涨；而当Gas Limit提高后，网络能够同时容纳更多交易，拥堵缓解，费用也会下降。

从理论上讲，提高Gas Limit确实是提升以太坊主网吞吐量最直接的方法，但过去很长一段时间里，以太坊对此始终保持相对克制。

因为在L2大发展的背景下，以太坊更倾向于把大量扩容压力转移到Rollup和Layer2生态，而不是无限制扩大L1本身。

回头看过去几年的Gas Limit变化，会发现一个非常明显的趋势：

2019年，以太坊Gas Limit首次从800万突破1000万，但此后数年增长速度其实相当缓慢，直到2025年，扩容节奏才突然明显加速——2月从3000万提高到3600万，7月进一步提升至4500万，而在 Fusaka 升级完成后，又提升至约6000万。

这意味着，以太坊主网过去几年积累的大部分执行层扩容，几乎都集中发生在2025年。

而这种变化背后，其实也代表着Ethereum Foundation 整体开发节奏的转变。

过去，以太坊长期被批评升级缓慢，但随着Pectra、Fusaka以及后续Glamsterdam升级推进，以太坊已经逐渐进入“一年两次硬分叉”的高频开发周期，这意味着其底层路线正在从过去的保守稳定模式，转向更积极的协议迭代阶段。

根据以太坊基金会此前披露的信息，在围绕Glamsterdam升级举行的核心开发者会议中，多个客户端团队已经围绕未来“2亿 Gas Limit”形成方向性共识。

如果这一目标最终落地，那么以太坊L1执行容量相比当前水平，将再度出现数量级提升。

但这里真正重要的地方，并不是“区块变得更大”本身。

因为如果只是简单粗暴地提高区块容量，短期内虽然可能降低Gas费用，但长期却会带来另一个问题：节点负担急剧增加。

区块越大，状态数据增长越快，普通用户运行完整节点的成本也会越来越高，而一旦验证门槛不断提升，以太坊最核心的去中心化基础反而会被削弱。

所以Glamsterdam真正的扩容思路，其实是一整套组合式设计。

例如 ePBS（协议内PBS）试图把区块构建与验证流程更明确地纳入协议规则之中，从而让验证者能够更安全地处理大型区块；

而 BAL（Block-Level Access Lists）则会提前声明区块执行过程中将访问哪些账户与存储区域，以支持并行读取、并行验证和并行状态计算，从而减少大型区块带来的性能压力。

与此同时，EIP-8037则通过提高状态创建成本，限制状态数据无限膨胀的问题。

换句话说，以太坊如今思考的已经不只是“如何塞进更多交易”，而是“如何在塞进更多交易的同时，依然让普通人能够运行节点”。

这其实也是以太坊和很多高性能链最根本的差异之一。

很多链选择通过牺牲验证成本换取更高吞吐量，但以太坊始终更强调“可验证性”本身，希望在尽可能维持普通节点参与能力的前提下，提高主网承载能力。

如果说Gas Limit解决的是“区块能装多少交易”，那么 Keyed Nonces 关注的，则是另一个更底层但同样关键的问题——交易究竟该如何排队。

在当前以太坊账户模型中，每个账户只有一个线性的nonce序列。

简单来说，用户发出的交易必须严格按顺序执行：第一笔、第二笔、第三笔，依次排列。

这种设计在普通转账场景下没有问题，但随着链上交互越来越复杂，问题开始逐渐暴露。

例如隐私协议、智能钱包、会话密钥、批量交易、Gas代付以及自动化账户系统，都可能需要多个操作并行执行，而单一nonce队列很容易成为整个账户模型的瓶颈。

因此，EIP-8250提出的 Keyed Nonces，本质上是在尝试把“单队列模式”改造成“多通道模式”。

它会把原本单一的 sender nonce，拆分为 (nonce_key, nonce_seq) 结构。

不同的 nonce_key 可以拥有彼此独立的序列，互不干扰。

这意味着，同一个账户未来可以同时拥有多条交易通道。

如果用更生活化的方式理解，过去的账户像是银行只有一个柜台，无论转账、授权还是批量操作，所有业务都得排同一条队；而 Keyed Nonces 更像是把不同业务拆分到不同窗口，每类操作都可以独立处理。

这对隐私协议尤其重要。

因为很多隐私系统为了避免用户地址直接暴露，会让多个用户共享同一个sender地址，但在线性nonce机制下，一个用户交易确认延迟，就可能导致其他用户交易全部阻塞。

而Keyed Nonces则允许不同交易使用不同nonce域，从协议层降低彼此冲突的概率。

Vitalik Buterin 对这个方向的定位甚至更加宏大。

他曾明确表示，Keyed Nonces不仅是隐私协议的重要基础设施，也可能成为以太坊未来状态扩容的重要第一步。

因为未来以太坊真正需要承载的，不只是“更多交易”，而是“更多种类的交易”。

某种意义上说，Gas Limit解决的是区块大小问题，而 Keyed Nonces 则开始重新定义状态结构本身。

而这些变化最终影响的，其实仍然是普通用户的钱包体验。

因为用户真正接触以太坊的入口，从来不是EIP文档，也不是客户端实现，而是钱包里的每一次签名、授权、跨链与DApp交互。

今天很多用户都遇到过类似问题：

一笔交易迟迟没有确认，导致后续操作全部卡死；想加速交易，却搞不懂nonce和替换机制；批量操作中某一步失败，整个流程全部中断。

这些问题表面看像是“钱包不好用”，但本质上其实源自底层账户模型的限制。

而Keyed Nonces试图解决的，正是这种底层排队逻辑。

未来，普通转账、隐私交易、Gas代付、批量执行、会话授权等不同场景，理论上都可以拥有彼此独立的执行空间，从而减少交易之间的阻塞与冲突。

这也意味着，智能钱包的设计空间将被进一步打开。

更重要的是，以太坊如今正在尝试把过去由钱包、DApp、中继服务甚至用户自己承担的大量复杂性，逐渐转移到协议层内部。

因为过去用户不仅需要理解Gas，还要理解授权范围、签名内容、跨链流程以及复杂交易路径，而任何一步理解偏差，都可能导致资产损失或交易失败。

而现在，无论是Gas Limit扩容、BAL、ePBS、Keyed Nonces、Frame Transactions，还是账户抽象与跨L2互操作，其实都在服务同一个目标——让以太坊在维持去中心化与安全性的前提下，逐渐变得更像一个完整、统一、可理解的链上操作系统。

过去几年，市场更关注L2扩容、Blob降费以及模块化叙事，但随着主网执行层持续增强、账户抽象不断成熟，以及互操作能力逐渐完善，以太坊正在回答的问题，已经不只是“如何让交易更便宜”，而是“如何让整个链上世界真正变得可用”。