2026年5月初，超過100名以太坊核心貢獻者齊聚北極圈內的朗伊爾城，在連續日照下完成為期一週的 Soldøgn 互操作會議，並宣布 Glamsterdam 升級三大核心技術目標已基本就位：Gas 上限下限鎖定至2億，ePBS 在外部 Builder 流程中穩定運行，以及 EIP-8037 重計價參數的最終確認。本次升級預計於2026年6月左右上線主網，被廣泛視為自2022年 The Merge 以來以太坊最重要的效能提升。
以太坊 Gas 上限從6,000萬躍升至2億意味著什麼？
以太坊目前的 Gas 上限約為6,000萬，自2021年以來歷經 Pectra 和 Fusaka 兩次升級才從3,000萬逐步提升至此水準。Glamsterdam 將其一次性提高至2億，代表單區塊可容納的運算操作量將增加3.3倍，網路理論吞吐量將從約1,000 TPS 大幅躍升至約10,000 TPS。
單純提升 Gas 上限並不等同於網路能夠真正承載相應負載。若執行端客戶端效能無法支撐，更高的 Gas 上限僅是理論數字，高峰時段仍可能出現壅塞。而在 ePBS、EIP-8037 與 Block-Level Access Lists 三項技術同時支撐下，此次 Gas 上限的提升具備了從底層執行到狀態儲存的多層保障。
ePBS 如何實現出塊機制的協議級重構？
Enshrined Proposer-Builder Separation 是 Glamsterdam 最核心的架構變革。其本質是將區塊構建者與區塊提案者的角色在協議層面徹底分離。以往，這一分離機制仰賴外部中繼與第三方 Builder 網路實現，而 ePBS 則將其內建於共識層，消除了對第三方的信任依賴。
ePBS 透過為區塊構建、payload reveal 及 attestation 增加明確截止時間，在時間軸上為執行層預留了更大的空間。這代表驗證者不再需要同時承擔複雜的區塊構建任務，可以專注於驗證工作；而具備高效能運算能力的專業構建者則可獨立優化區塊架構策略。ePBS 的協議級內建還引入了 Payload Timeliness Committee 與雙截止邏輯，在提升吞吐量的同時減少區塊驗證過程中的瓶頸。
Block-Level Access Lists 如何賦能平行執行與效能提升？
BAL 的效果更接近底層優化：透過讓客戶端在執行前預先取得區塊的讀寫集，實現交易的平行處理與批次 I/O。這項改進並不直接提升極限吞吐量，而是優先強化執行中最慢路徑的效能——當 Gas 上限大幅提升後，節點的同步速度與狀態根計算效率變得更加關鍵，BAL 正是針對這一變化所設計。
以太坊平行化的發展路徑可理解為分階段演進：早期著重於序列化執行效能與儲存結構優化，中期透過 BAL 在開發網層面完成基準測試，後期逐步邁向更廣泛的高平行交易型態。Glamsterdam 並非讓以太坊一夕之間成為完全平行的公鏈，但它為更高效的平行執行模型打通了基礎設施層。
EIP-8037 如何應對狀態膨脹與資源定價失衡？
Gas 上限大幅提升的代價是狀態資料將以更快速度膨脹。以太坊的全域狀態記錄著所有帳戶餘額與合約資料，若不加以控制，狀態將成為全節點營運的最大負擔。
EIP-8037 的做法是將過去動態的 per-state-byte 定價改為固定的 cost_per_state_byte，提升新建狀態的 Gas 成本，使攻擊者與低效合約部署無法以低廉成本撐爆狀態儲存。此機制確保即使區塊容量膨脹至2億，每新增狀態資料的邊際成本仍與實體硬體儲存成本保持校準，避免「區塊做更多事」直接轉化為不可持續的資料庫膨脹。
L1 執行層擴容如何改變 L2 的生存價值與競爭格局？
過去幾年以太坊擴容的核心敘事是 Rollup-Centric——將大部分執行任務遷移至 L2 網路，L1 主網專注於提供高安全性結算。而 Glamsterdam 釋放了一個明確訊號：主網執行能力的邊界正在被重新定義。
L2 網路處理著以太坊生態95%至99%的交易，但 L1 轉帳費用已降至極低水準。Glamsterdam 升級後，L1 的資料結算成本進一步下降，預計 Rollup 費用將降低約70%。這對大型 L2 解決方案而言是成本利多，但也意味著主網本身涵蓋的場景在擴大——許多原本必須透過 L2 完成的簡單交易，升級後直接在 L1 執行反而更加便捷。
對 L2 專案而言，這是短期受益與中期壓力的並存。降低成本的優勢是直接的，但必須以更獨特的功能和更高的使用效率向市場證明自身存在價值，否則「為什麼需要透過 L2 而不是直接在 L1 執行」將成為用戶真實的抉擇命題。
Glamsterdam 升級的時程與執行確定性如何體現？
在 Soldøgn 互操作會議召開前，Glamsterdam 的多項技術參數仍在多方討論中。經過一週的全時段調試，最終規範於 glamsterdam-devnet-2 測試網上獲得驗證，外部 Builder 端到端路徑完成跨客戶端測試，多客戶端開發網維持穩定運作。
EIP-8061 被納入升級、EIP-8080 被明確拒絕、EIP-8045 範圍縮減至提案者職責的有限窗口，這些取捨顯示團隊已完成從「技術可行性討論」到「可執行規範固化」的轉變。最終參數將於隨後的 AllCoreDevs 會議上正式確認，主網預計於2026年6月啟動升級。
擴容之後還會繼續擴容嗎？Glamsterdam 之後的路線圖指向何處？
從以太坊基金會發佈的2026年協議優先級更新來看，協議工作已重組為三條長期主線：Scale、Improve UX 與 Harden the L1。Glamsterdam 只是 Scale 軌道中的關鍵節點，而非終點。業界普遍認為2億 Gas 上限並不是本次擴容的天花板——在 Glamsterdam 之後，Gas 上限還將持續朝更高目標推進。
緊隨 Glamsterdam 之後的是 Hegotá 升級，目標將 Verkle 樹與無狀態客戶端引入協議，使全節點的資料儲存負擔呈指數級下降，普通消費級設備即可運行節點。這將從根本上強化網路的去中心化與抗審查性，構成以太坊長期競爭力的基礎設施底座。
總結
Glamsterdam 升級將透過 Gas 上限躍升至2億、ePBS 內建提案者–構建者分離、EIP-8037 狀態成本重定價三項核心技術，將以太坊 L1 的理論吞吐量推升至約10,000 TPS。這是自 The Merge 以來最大的協議層效能提升。
| 技術組件 | 核心功能 | 對網路的直接收益 |
|---|---|---|
| Gas 上限（60M → 200M） | 擴充區塊運算容量 | 理論 TPS 從約1,000 → 約10,000 |
| ePBS | 提案者與構建者角色分離 | 消除第三方中繼依賴，執行層獲得更大處理空間 |
| EIP-8037 | 提高新建狀態 Gas 成本 | 抑制狀態膨脹，確保存儲成本與硬體成本對齊 |
| Block-Level Access Lists | 預取交易讀寫集 | 支持平行執行，提升節點同步速度 |
在 L1 容量擴充的背景下，Rollup 資料結算成本預計下降約70%，L2 的費率競爭空間將進一步開放。與此同時，L1 主網的場景涵蓋能力將顯著提升。緊隨 Glamsterdam 的 Hegotá 升級已進入籌備階段，Verkle 樹與無狀態客戶端將於2026年晚些時候陸續推進，進一步降低全節點的營運門檻。
FAQ
問：Glamsterdam 升級預計何時上線以太坊主網？
根據以太坊基金會的規劃，Glamsterdam 升級預計於2026年6月左右在主網啟動，但具體時間仍需以開發團隊於 AllCoreDevs 會議上的最終確認為準。
問：Gas 上限從6,000萬躍升至2億是否會導致節點營運成本大幅上升？
升級透過 BAL 提升節點同步效率，並以 EIP-8037 控制狀態膨脹速度，後續 Hegotá 升級還將引入 Verkle 樹與無狀態客戶端，以進一步降低節點資料儲存負擔。
問：L1 擴容後 L2 Rollup 費用會降低多少？
升級後 L1 的資料結算成本下降，預計 Rollup 費用將降低約70%。同時 Glamsterdam 的 L1 優先取向將促使 L2 生態加速功能差異化競爭。
問：ePBS 與現有的 PBS 有何不同？
現有 PBS 依賴外部中繼與第三方 Builder 網路來實現構建者與提案者分離，ePBS 則將其直接寫入共識層，消除對第三方的信任依賴，並實現協議內的建塊與驗證分離。
問：Glamsterdam 之後以太坊下一個重大升級是什麼？
計畫於2026年底推出的 Hegotá 升級。核心包括 Verkle 樹、無狀態客戶端以及 FOCIL 等抗審查及帳戶抽象增強，最終參數仍在開發中。
