从 Glamsterdam 到 Hegotá：扩容之后，以太坊下一阶段解决什么？

修路的日子告一段落后，以太坊终于开始动手收拾那些让普通人发疯的链上体验了。

如果把过去几年以太坊的升级串成一条线，主题词毫无疑问就是「扩容」。

从 Dencun 引入 Blob 给 Rollup 大幅减税，到 Pectra 调整验证者效率和质押机制，再到 Fusaka 落地 PeerDAS 降低数据分发负担，协议层几乎把所有精力都砸在了一件事上：让以太坊吞下更多数据，同时别把节点门槛抬得太高。

这套组合拳确实管用，Rollup 的数据成本打下来了，主网 Gas Limit 也在稳步提升，以太坊不再像上一轮牛市那样动辄几十刀手续费让人望而却步。

但路修宽了，车怎么开，依然很别扭：

我们还是要在三四条 L2 之间搬运资产，稍不留神就提错链；

一笔转账明明几秒就打上包了，桥和交易所非要你干等十几分钟才敢确认；

专业 Builder 几乎垄断了区块打包，你想发一笔敏感交易，随时可能被协议外的潜规则拒之门外；

更别提直到今天，一个刚进圈的用户如果只是想转几百块 USDC，还得先去搞明白为什么钱包里必须有 ETH、什么是 Nonce、什么又是 Gas；

这些问题表面上都表现为用户体验的摩擦，背后却牵涉确认规则、区块构建、抗审查与账户模型等更底层的协议机制。

而这也正是从 Glamsterdam 到 Hegotá，从 2026 年 Q4 到 2027 年，以太坊开始集中处理的新问题。

一、扩容不停，但开始「缝合」L1 与 L2

当然，扩容不会踩刹车。

Glamsterdam 依然带有很重的性能取向，其中最引人关注的两项，一个叫 ePBS（EIP-7732），另一个叫 BAL（Block-level Access Lists，EIP-7928），简单理解的话：

ePBS 就是把今天已经大量存在于协议外部的 Proposer 与 Builder 分工，更正式地写入协议，顺便把出块和验证的时间窗口切分得更科学，给未来跑更大区块留足缓冲；

BAL 则相当于让区块在开头就列出一张「访问清单」，节点一眼扫过去就能提前预取数据甚至并行处理，专治存储 I/O 瓶颈；

只是在扩容之外，今天大部分人的真实痛苦，根本不是以太坊 TPS 够不够高，而是 「链太多了」。

譬如 ETH 在主网，玩的 meme 在 Robinhood Chain，支付结算用的 USDC 又可能在 Arbitrum，想抄底的 USDC 在 Base.....

对以太坊基金会来说，Rollup 们都是以太坊版图的一部分，但对用户来说，这跟跨国换汇、办签证没什么区别。

因此，要把散落的拼图重新缝成一张网，除了跨链协议各显神通，协议层最近在推的一项底层机制很值得关注——FCR（Fast Confirmation Rule，快速确认规则）。

很多人以为交易被打包进区块就算成了，但在密码学与共识层面，一个刚出的区块完全可能遭遇微小重组，真正不可逆的「最终性（Finality）」，以太坊需要走完两个 Epoch，大概耗时 13 分钟。

这平时转账无所谓，但对跨链桥、大额清算和中心化交易所来说简直是折磨，为了不担重组风险，它们只能让你硬等。

FCR 的巧思在于，不必傻等十几分钟的完整 Finality，而是利用验证者本来就会持续产生的 Attestation，根据已经累积的投票权重，更早判断某个区块是否已经获得足够强的共识支持。

按照以太坊基金会给出的目标，在网络保持正常同步的情况下，FCR 有望把这种「强确认」提前到大约 15～30 秒，虽然不等同于完整 Finality，但对于许多今天不得不等待最终性的桥、跨链通信和基础设施而言，已经足以提供一个更早、且具备明确安全模型的确认信号。

更特殊的是，FCR 并不需要等待某一次硬分叉才能启用，它更接近一套可以由共识客户端和基础设施逐步采用的确认规则。

一旦各类 L2、跨链桥和钱包开始使用这套信号，今天大量因为「等待 L1 最终性」产生的跨层延迟，就有机会从十几分钟压缩到几十秒级。

这也意味着，未来你调动一笔资产，后台可能悄悄跨了两条链或多条链，但在前端，只需要点一下确认，然后很快便到账。

二、更底层的命题：谁有权力决定交易能不能上链？

不过，当区块越来越大、Builder 越来越专业以后，以太坊又面临另一个非常典型的两难问题。

既然专业 Builder 凭借顶尖算力和订单流把区块构建效率做到了极致，那么绝大多数区块的生杀大权，自然也就落到了少数几个大机构手里。

这就带来了一个极度危险的隐患：审查。

如果某些 Builder 出于合规压力、商业竞争，或者单纯看某些隐私协议不顺眼，故意在内存池里装聋作哑、拒绝打包你的合法交易，哪怕你私钥在手、Gas 给够，你的交易也可能被活生生卡在链外（延伸阅读《将抗审查写进协议：谁来决定一笔以太坊交易能否上链？》）。

去中心化如果连最基本的「抗审查交易准入」都保不住，吞吐量再高也是空中楼阁。

这也是为什么在 Hegotá 的规划里，FOCIL（Fork-choice Enforced Inclusion Lists，EIP-7805） 被摆上了如此关键的位置。

它的逻辑极其简单粗暴，就是给 Builder 戴上紧箍咒。

每个 Slot，协议都会随机抽选一批普通的独立验证者，让他们把各自在内存池里看到的合法待处理交易塞进一张「包含清单（Inclusion List）」，Builder 你依然可以自由排布交易顺序去赚你的 MEV，但你交出来的区块，必须老老实实把清单里的交易带上。

如果 Builder 敢恶意无视这张清单，全网验证者就会在分叉选择规则里直接把这个区块踢出局。换句话说，你可以靠本事赚钱，但你不能替全网决定谁有资格使用以太坊。

这层机制一立起来，连带着以太坊另一块喊了很久却始终推不动的短板，也就是大家翘首以盼的隐私性，也终于找到了落脚点。

众所周知，过去大家聊隐私，张嘴闭嘴都是零知识证明、隐形地址、混币池，但只要 Builder 认出来「这是一笔往隐私合约发的调用」，反手给你拒掉，你的数学魔法瞬间就瘫痪了。

而目前在以太坊的隐私路线里，FOCIL 堵上的，恰恰就是最容易被卡脖子的地方，毕竟只要协议层能死保每一笔合法交易的准入权，上层的隐私探索才有活路。