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