以太坊開發者在 10 月 22 日 ACDE #248 會議上決議，把原訂 10 月 26 日在 Hoodi 測試網啟動的 Glamsterdam 硬分叉無限期延後，主因是 ChainSecurity 指出 EIP-8037 與 EIP-8038 的 gas 改動可能削弱智慧合約對 insufficient gas griefing 攻擊的防護。ChainSecurity 已找到 13 個受影響的真實世界合約，正與相關專案協調責任揭露，主網時程也隨之失去錨點。
（前情提要：以太坊 Glamsterdam 升級緊急修補 Prysm，Sepolia 測試網 Gas 上限升至 2 億）
（背景補充：以太坊研究員提「解耦共識」草案 EIP-8453！交易定案從 16 分鐘縮至 4 分鐘，跨鏈成本有望下降）
以太坊開發者把 Glamsterdam 升級的 Hoodi 測試網啟動日期無限期推遲。以太坊基金會 10 月 22 日在部落格公告，原訂 10 月 26 日 17:42 UTC（epoch 132,352）的 fork 已取消，新啟用日期尚未決定。決策出在當天的 All Core Devs Execution（ACDE）#248 會議，核心開發者選擇先調查 EIP-8037 與主網智慧合約的互動方式，而不是照表操課。
同一天取消的還有兩件事：Amsterdam 執行層啟用、Gloas 共識層啟用，以及把 Hoodi gas 上限拉到 2 億的排程。公告特別強調，這只是回滾「未來升級的配置」，不會抹掉 Hoodi 已有的鏈上歷史；10 月 26 日的啟用從配置裡直接拿掉，也沒有替代的 epoch 或 timestamp。Hoodi 節點與驗證者營運者被要求檢查執行層與共識層客戶端，任何還在舊排程上的軟體或自訂網路設定都得更新。
Gas 改動為什麼會戳中合約安全
問題的核心在於「失敗之後的 gas 去哪了」。區塊鏈安全公司 ChainSecurity 在 10 月 13 日的分析文章中拆解了 EIP-8037（改變狀態建立計費、引入獨立的 state-gas reservoir）與 EIP-8038（重新定價狀態存取）的組合效應：新規則下，一次呼叫失敗後，gas 可能迴流給呼叫方合約，讓原本因為 gas 不足而中斷的失敗處理邏輯繼續跑完，甚至把一次「可以重試的失敗」永久記錄成「不可逆的失敗」。
ChainSecurity 把這類攻擊叫做 insufficient gas griefing：惡意呼叫者故意給一個合法操作太少 gas，讓操作失敗，但留夠 gas 讓合約把「失敗」寫進狀態。受影響的合約可能因此移除使用者的領款資格、或關閉重試選項，讓一個本來有效的操作永久做不完。文章同時指出，並非所有 gas 相關的安全檢查都會失效，一部分防護仍然有效，但開發者需要逐一檢視自己的合約是否依賴了舊的 gas 假設。
13 個真實合約受影響，開發者被催「盡快檢查」
研究結果在以太坊社群內部引發了連鎖反應。安全研究者 pcaversaccio 10 月 21 日在 ACDE #248 的 GitHub 討論串 中把風險形容為「serious」，並呼籲重新評估硬分叉；ChainSecurity 則在 10 月 23 日在 X 平台確認，自己已經找到「13 個真實世界的例子」，正與受影響的專案進行責任揭露（responsible disclosure），沒有公布細節，但直接要求開發者盡快檢查自己的合約。以太坊基金會同步在調查到底有多少合約、以什麼方式受影響。
這已經不是 Glamsterdam 第一次亮紅燈。以太坊基金會此前已警告過，Glamsterdam 的 gas 模型會打破依賴固定假設的錢包、索引器與 gas 估算工具；Glamsterdam 本身也已在 10 月 6 日先上 Sepolia 測試網。這次 Hoodi 叫停，等於是把「測試網逐級推進」的流程在第二級踩了煞車。
主網時程浮動，12 月初三個候選人
按照 ACDE #248 的會議議程，Glamsterdam 主網日期原本有 12 月 1 日、12 月 8 日、12 月 9 日三個候選，計畫在 Hoodi 測試順利後，於下週的 ACDC 會議敲定。Hoodi 無限期延後等於把這個錨點也拿掉了，主網排程現在完全取決於 EIP-8037 的合約影響調查結果。對生態系統來說，這意味著依賴 Glamsterdam 新 gas 模型的應用與工具，都得多留一段不確定時間。
後續觀察
接下來兩個觀察點值得盯住。第一是 ChainSecurity 的 13 個受影響合約名單何時浮現，以及以太坊基金會的調查範圍會不會擴大到更多類別的合約；第二是 ACDC 會議對主網日期的處理，如果調查拖過 11 月，年底上線的時間窗會被壓縮，甚至可能改到 2027 年初。對合約開發者而言，現在最實際的動作是檢查自己是否依賴 gasleft() 的固定假設，尤其是任何「呼叫失敗後記錄狀態」的路徑，這類邏輯在 EIP-8037/8038 下最容易被戳中。以太坊團隊這次選擇在測試網階段踩煞，而不是把問題帶到主網，對長期安全是正面的訊號，但代價是整個升級時間表的再次不確定。
📍相關報導📍
以太坊 Glamsterdam 升級 10/6 上測試網，開發者警告：假 builder 能癱瘓鏈
以太坊 Glamsterdam 升級緊急修補 Prysm，Sepolia 測試網 Gas 上限升至 2 億
以太坊敲定年底前上線「Glamsterdam升級」！ePBS 上鏈、Gas 重定價，企圖重建 ETH 信仰
