以太坊 Glamsterdam 升級於 Sepolia 上線，試驗 2 億 Gas 上限
重點速覽
- •以太坊 Glamsterdam 升級於 2026 年 10 月 6 日在 Sepolia 測試網上線，開始首次實測 2 億 Gas 的區塊上限，超過先前 6,000 萬預設值的三倍。
- •Prysm 開發者於 10 月 5 日發布緊急 v7.2.1 更新，確保使用該廣泛採用客戶端的驗證者自動以更高 Gas 上限而非舊預設值提出區塊。
- •2 億 Gas 水準是驗證者可採納或拒絕的可配置偏好，因此 Sepolia 最終上限取決於營運者的自願參與，而非協議強制要求。
- •Glamsterdam 將執行層變更與共識層的 Gloas 功能結合，引入內建提議者—建構者分離、區塊級存取清單，以及 EIP-8037 與 EIP-8038 下的修訂 Gas 計量，以更有效率地運用現有容量。
- •此次升級不會縮短出塊時間或自動降低費用，主網啟動日期與 Gas 目標均未確定，且 EIP-7825 將任何單一交易上限設為 16,777,216 Gas，不受區塊上限影響。
2026 年 10 月 6 日，以太坊迎來近期擴容路線圖上最關鍵的里程碑之一：Sepolia 測試網於約 13:53 UTC 啟動 Glamsterdam 升級。Sepolia 是以太坊的公開測試網之一——在主網部署前預演協議變更的實際運行環境——因此這次啟動是該分叉首次在真實環境中檢驗一個可能最終重塑單一以太坊區塊能承載多少工作的問題。Gas 是網路上衡量計算工作量的單位，在整條鏈上設有上限，因此區塊上限也直接決定了每個區塊能容納多少交易與應用操作。
啟動過程並未完全按照計畫進行。在分叉前的幾個小時內，維護 Prysm——最廣泛使用的以太坊驗證者客戶端之一——的開發者被迫發布緊急更新。版本 7.2.1 於 10 月 5 日晚間推出，以確保驗證者在測試期間自動提出帶有 2 億 Gas 上限的區塊。若沒有此更新，使用 Prysm 的驗證者將繼續產生上限為舊版 6,000 萬 Gas 預設值的區塊，悄悄削弱這場原本旨在衡量網路如何應對更大區塊的實驗。
預設值，而非強制要求
預設值與實際選擇之間的落差正是這一事件的核心，也揭示了以太坊實際的治理方式。從技術角度而言，2 億 Gas 這個數字並非分叉所強制的協議規定，而是驗證者在啟動完成後可以採納或拒絕的可配置偏好。Prysm 營運者可透過更新後的提議者設定或 keymanager API 開啟更高上限，而 Teku 使用者必須設定專用旗標——舊的 suggested-gas-limit 選項在轉換後即失效。因此，Sepolia 最終的 Gas 上限將取於有多少驗證者選擇加入，以及此上限後續如何演變。
這種選擇加入的架構是刻意的設計，而非偶然。以太坊不會透過中央強制開關提升容量；容量的提升來自營運者的協調決策與客戶端預設值。隨著啟動設定於 epoch 353,024 與 slot 11,296,768——共識層用以安排協議變更時間的計時單位——Sepolia 正以先前預設值三倍的規模，首次完整演練這套協調機制。
數字背後的技術組合
對一般加密貨幣讀者而言，這個頭條數字很容易被誤讀。更高的 Gas 上限意味著每個區塊內有更多空間容納交易、穩定幣轉帳與複雜應用——這是緩解這個全球最大智慧合約平台壅塞的實質一步。然而，Glamsterdam 更深層的意義不在於數字本身，而在於伴隨而來的技術組合。
此次升級將 Amsterdam 的執行層變更與共識層的 Gloas 結合，共識層負責協調驗證者並最終確定區塊。其核心是內建提議者—建構者分離，這是對區塊建構與提案方式的結構性重新設計。伴隨而來的區塊級存取清單會記錄區塊接觸哪些帳戶與儲存位置，使客戶端能夠平行讀取狀態並驗證交易。Gas 計量也在收緊：EIP-8037 提高並分開計量創建新狀態的成本，EIP-8038 修訂狀態存取成本，而該組合也將 Gas 退款從區塊計量中移除，並廢除 SELFDESTRUCT 銷毀機制。整體目標是更有效率地運用現有容量，而非僅僅在每個區塊塞入更多工作。
這場測試未承諾的事
同樣重要的是，此次升級並未證明的事。更高的 Gas 上限不會縮短出塊時間。它也不會自動降低費用——手續費仍隨需求漲跌，且目前尚無使用量數據或經過衡量的 Layer 2 效應與 2 億目標掛鉤。它也未給予任何單一交易無限空間：EIP-7825 設定每筆交易 16,777,216 Gas 的協議級上限，不受區塊上限影響。這項變更創造的是更多整體活動的空間，而非允許單一操作吞噬整個區塊的許可。
這場實驗也存在已知風險。較早的路線圖標記 EIP-7935 曾將 1.5 億 Gas 標示為潛在疑慮點，因為該水準下的最壞情況區塊大小會逼近共識層的 gossip 上限——超過此門檻，區塊在網路中的傳播可能過於緩慢。以太坊實際上正是在刻意試探這一邊界，以找出驗證成本、傳播延遲節點營運者的硬體需求何時開始超過額外容量的價值。
配套提案 EIP-8261 為協調問題勾勒出更長期的答案。該提案仍在同行審查中，將引入可選的機器可讀 Gas 上限時間表，驗證者可在指定的 epoch 採用，取代目前新預設值只在營運者碰巧更新軟體時才生效的安排。該提案不會改變共識規則；高於或低於排程值的區塊仍然有效。它只是給驗證者一個共同的目標，在保持網路去中心化特性的同時，實現更有條理的全網演進。
比頭條更狹窄的結論
對使用者與建設者而言，今日誠實的結論比頭條暗示的更為狹窄。Sepolia 上的 Glamsterdam 並未確認主網將採用 2 億 Gas 上限——無論啟動日期或主網 Gas 目標均未決定，Hoodi 測試網與主網的時程也仍未確定。它確實確認的是一套可行的方法：來自 Grandine、Lighthouse、Lodestar、Nimbus、Prysm 與 Teku 的支援客戶端版本、針對規格的活躍漏洞賞金計畫，以及一個能實際觀察而非紙上談兵更大區塊影響的實際環境。
Sepolia 未來幾週的數據將決定這場實驗的成敗。開發者將追蹤區塊生產的一致性、驗證延遲，以及驗證者是否真的採用更高的上限。如果網路證明它能在不犧牲去中心化的情況下處理超過先前預設值三倍的區塊，那麼在主網上逐步、可選擇加入地擴容的理由將大幅增強。以太坊的擴容辯論一直是在雄心與務實之間權衡。自 10 月 6 日起，這場權衡終於在真實區塊上運行。
