從 Glamsterdam 到 Hegotá：擴容之後，以太坊下一階段解決什麼？

BiRun 消息，撰文：imToken 如果把過去幾年以太坊的昇級串成一條綫，主題詞毫無疑問就是「擴容」。 從 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，但對於許多今天不得不等待最終性的橋、跨鏈通信和基礎設施而言，已經足以提供一個更早、且具備明確安全。