
以太坊開發者已暫定於 2026 年 10 月 6 日世界標準時間 13:53 在 Sepolia 上激活 Glamsterdam 升級,但在公共測試網分叉進行之前,仍需進行另一次私有開發網路(devnet)測試。
ACDC #186 會議記錄以及以太坊協議研究員 Christine D. Kim 的後續報告顯示,該日期仍具條件性。開發者在選擇 Sepolia 時程時,尚未在私有開發網路上完成 Glamsterdam 的穩定激活。
此後,測試計畫又推進了一次迭代。Kim 於 9 月 11 日表示,焦點已轉向 Glamsterdam-Devnet-11,預計將於 9 月 14 日星期一啟動。早前計畫將 Devnet-10 識別為下一個主要測試。
尚未確認 Hoodi 測試網或以太坊主網的激活日期。開發者已討論可能在 12 月發布主網,但測試結果將決定該時間表是否可行。
在 9 月 3 日的所有核心開發者共識會議期間,參與者同意將 Sepolia 的 epoch 351232 作為建議的激活時間點。Kim 報告稱,相應的時間將是世界標準時間 10 月 6 日 13:53。該會議在開發者尚未在用於 Glamsterdam 的私有測試網路上展示穩定性能之前舉行。
選擇這個 epoch 為客戶端團隊、基礎設施營運商和應用程式開發者提供了一個共同的規劃目標。這並未使激活成為最終決定。如果下一階段的測試發現重大錯誤,或者客戶端團隊無法準備可靠的版本,開發者可以推遲分叉。
在 Devnet-9 出現最終確定性(finality)問題後,該警示仍然相關。根據會議資料,該網路包含大約 1,000 個驗證者節點,使其成為當時以驗證者數量計,規模最大的 Glamsterdam 開發網。
最終確定性要求足夠的驗證者就鏈的狀態達成一致。當測試網路未能最終確定時,開發者必須確定原因是否涉及客戶端軟體、驗證者參與度、網路配置,或是獨立協議更改之間的相互作用。
原始計畫要求在先前試驗中出現錯誤後進行 Devnet-10。Kim 的最新更新現在將 Devnet-11 確定為開發者關注的下一個測試,這表明私有測試序列超越了早先的計畫。
一個穩定的 Devnet-11 將為以太坊客戶端團隊提供另一個測試 Glamsterdam 綜合規範的環境。Layer-2 團隊、質押服務提供者和其他基礎設施營運商在他們可以安全地針對提議的分叉測試其系統之前,需要可運行的客戶端實作。
客戶端多樣性使這個過程更加複雜。以太坊透過多個獨立開發的執行層和共識層客戶端運作,升級必須在不同的客戶端組合中運作。當受影響的驗證者持有足夠權重時,一個僅限於單一實作的錯誤仍然可能中斷測試網路。
ACDC #186 議程記錄了 Lido 和 Optimism 提出的在分叉前至少有一天穩定運行的要求。議程列出了客戶端修復和成功的互操作性是 Sepolia 之前需要確認的事項。
失敗或不穩定的 Devnet-11 不會自動取消 10 月 6 日的激活。開發者需要評估原因和所需的修復時間。嚴重問題可能導致他們在所有核心開發者會議期間重新考慮日期。
早期的 Glamsterdam 試驗揭露了以太坊架構兩方面的錯誤。以太坊基金會開發營運工程師 Stefan Starflinger 報告說,Devnet-8 揭露了一個涉及區塊重複父哈希值的共識層問題。
「你可能會讓整個網路停止運行,」Starflinger 在描述測試場景時說道。
該問題影響了負責區塊共識的系統。Devnet-9 隨後出現了非最終確定性(non-finality)問題,促使工程師在更大的驗證者集合中調查更多的邊緣情況。
在執行層方面,以太坊基金會研究員 Maria Silva 報告了一個涉及 EIP-8037 的實作問題。該提案改變了以太坊為創建新狀態(包括新帳戶、合約和儲存條目)收取 gas 的方式。
EIP-8037 透過多維度 gas 模型將狀態創建成本與正常執行成本分開。其發布的規範指出,該設計旨在隨著以太坊提高其區塊 gas 限制來控制狀態增長。該提案仍在同行評審中。
發現的問題要求執行客戶端修改其實作並導致了規範工作。正如 crypto.news 在其對 Glamsterdam 早期開發網路進展的報導中所述,EIP-8037 已與升級的其他協議更改一同進行了測試。
測試的目的與單獨批准每個提案不同。開發者必須確認所有選定的更改在多個客戶端、驗證者配置和交易模式下能夠協同運作。
開發者拒絕在 Sepolia 仍具條件性時將 Glamsterdam 排定在 Hoodi 上。Hoodi 預計將作為第二個公共測試網階段,為質押營運商和協議團隊提供一個更密切地代表主網條件的環境。
Teku 開發者 Enrico del Fante 支持在確定 Hoodi 日期之前等待。在 ACDC #186 會議期間,他引用了最近 Devnet-9 的問題,並傾向於在 Sepolia 決定之後允許更多的測試時間。
12 月主網激活仍是一個可能的目標,而非已確認的啟動窗口。將 Sepolia 排定在 10 月初,為另一個公共測試網階段和客戶端發布準備保留了足夠的時間,只要測試進展順利,沒有長時間的延遲。
開發者尚未發布主網 epoch、激活時間戳或最終客戶端發布時間表。尚未宣布決定 10 月 6 日是否仍適合 Sepolia 的正式截止日期。
即時的程序性事件是計劃於 9 月 14 日啟動的 Devnet-11。客戶端團隊將檢查最終確定性、跨客戶端行為以及早期測試後引入的修復程式,然後再決定 Sepolia 是否可以在當前時間表下進行。