全文
延期撤除的是尚未啟用的設定
以太坊基金會 2026 年 10 月 22 日的公告，取消 Hoodi 原排定的 Glamsterdam 啟用安排，以調查 EIP-8037 與主網合約的互動。這是一則當時的測試網時程公告，不能拿來推定之後的最新日期，也不能據此宣稱主網已完成相同升級。
理解延期時，可以把區塊歷史與未來規則分開。節點可能已下載帶有未來啟用時間的設定，但尚未走到那個時間點；撤除設定，是避免它屆時改用新規則，並不是刪除已確認交易或改寫既有區塊。
多個元件必須對同一時程達成一致
以太坊節點的執行與共識部分各有工作分工。對營運者而言，升級管理不能只記錄「已更新」三個字，還必須知道更新的是哪個元件、哪個版本、哪份設定，以及程式實際載入了什麼。檔案已更換，不一定等於正在運作的程序已採用它。
假設測試環境的兩個元件分別保留新舊啟用設定，就可能在預定時點產生不一致的預期。這是說明設定管理的假設案例，不是指公告已觀察到某一特定故障。檢查版本資訊、啟動參數與日誌，能讓設定狀態比口頭確認更可驗證。
測試網的價值在於暴露相容性問題
協議規則改動不只影響新寫的程式，也可能改變既有合約在邊界條件下的行為。單元測試確認個別功能，跨客戶端與既有合約測試則檢查不同元件組合後是否仍符合預期；兩種測試覆蓋的問題不同。
例如一套自設測試，可以固定相同輸入，在兩組規則下比較交易是否成功、資源消耗與最終狀態。如果結果不同，下一步是判定差異是否符合設計，而不是看到不同就立即稱為漏洞。延期提供調查空間，但本身不是所有相容性問題已獲解決的證據。
營運紀錄應保留公告與實際版本
若要把歷史事件寫進維運流程，可記錄公告日期、受影響環境、撤除的排程以及後續需要確認的項目。舊版本表格只能證明當時曾推薦某個版本，不能自動證明它包含較晚公布的時程變更。
本文的編輯判斷是，這次事件最重要的教訓是把排程視為需要持續核對的設定。實際操作應回到對應客戶端的現行說明與網路公告；本文只解釋十月公告的範圍，不提供未經查核的最新版本號、新啟用日或主網時間表。