過去一週，剛好超過 100 位以太坊 (Ethereum) 核心貢獻者聚集在北極圈上方的斯瓦巴群島朗伊爾城 (Longyearbyen, Svalbard)，參加 Soldøgn 互通性會議：為期一週針對格蘭斯特丹 (Glamsterdam) 網路 (network) 升級的密集工作。
Soldøgn 接續了去年的 Berlinterop，但回歸了 Amphora 🏺、Edelweiss 🏔️ 和 Nyota ✨ 所使用的形式：為期一週的單軌會議，專注於推動多客戶端針對特定升級的進展——在這次會議中，即是強化格蘭斯特丹。
到了星期五，該團隊已經達成了其三個核心目標：就格蘭斯特丹升級後的 2 億 Gas 限制下限達成共識、與外部建構者 (builders) 一起運行的穩定 ePBS 實作，以及鎖定最終的 EIP-8037 重新定價數字。在 Hegotá 的功能（如 FOCIL 和原生帳戶抽象化 (account abstraction)）以及許多其他主題上也取得了有意義的進展。
為什麼選擇斯瓦巴群島？
斯瓦巴群島是地球上少數幾個任何人（無論國籍）都可以在沒有簽證的情況下生活和工作的地方之一。這裡也是全球種子金庫 (Global Seed Vault)和北極世界檔案館 (Arctic World Archive)的所在地，這兩個冷藏設施被挖掘在朗伊爾城外的永凍土中。它們之間保存著人類在一千年後可能需要的農作物、書籍、電影、手稿和原始碼的備份，包括以太坊原始碼的 Snapshot。最後但同樣重要的是，從四月下旬到八月，斯瓦巴群島的太陽不會落下。它擁有 24/7 的正常運行時間，就像以太坊一樣，核心開發人員在這一週內充分利用了這一點！
強化格蘭斯特丹，擴展以太坊
這一週的目標是強化格蘭斯特丹的實作，並得出升級後 Gas 限制下限的目標。安全地提高 Gas 限制是一個多維度的問題，而格蘭斯特丹解決了其中幾個問題：區塊 (blocks) 是如何被建構和提案 (proposed) 的、客戶端實作在負載下有多少餘裕，以及狀態 (state) 創建成本如何隨著吞吐量 (throughput) 擴展。
實際上，這意味著在本週結束時，要有一個穩定的多客戶端格蘭斯特丹開發網 (devnet)，運行最新的 ePBS、重新定價和區塊存取清單規範，以及用於錨定可靠 Gas 限制提案 (proposal) 的基準測試數據。
大部分時間大家都埋首於編寫程式碼，通常會持續到凌晨，期間穿插著分組會議，以就設計決策達成共識並討論長期的路線圖項目。
三個以太坊基金會 (EF) 團隊為本週提供了基礎設施：EthPandaOps 發布了 ethIQ 和一個 panda MCP 伺服器，以支援團隊的代理工作流程；協定支援 (Protocol Support) 團隊建立了 soldogn.xyz 作為互通性目標、日程安排和筆記的單一真實來源；而 EF 數位工作室 (EF Digital Studio) 團隊則將這一週的過程拍攝成影片。敬請期待第一部互通性紀錄片 🔜！
ePBS
除了清理提案者 (proposer) / 建構者 (builder) 的關係之外，ePBS 透過增加區塊建構、有效負載揭露和證明 (attestations) 的截止時間來重組時槽 (slots)。這明確了可以分配多少時間給執行層，增加了我們提高 Gas 限制的餘裕。
團隊在本週一開始的目標是到週一晚上建立一個 4 個執行層 (EL) × 4 個共識層 (CL) 的格蘭斯特丹開發網。最初的嘗試暴露出足夠多的問題，使得目標被推遲到週二，當時 4×3 的配置運行得足夠穩定，可以開始進行壓力測試。
從那時起，本週剩下的時間就是一個 ePBS 強化循環：壓力測試、暴露邊緣情況、修復、重複。週二早上的建構者 API 分組會議大幅簡化了關於驗證者 (validator) 註冊、出價/標頭/承諾流程、建構者付款的信任模型以及斷路器行為的規範。週中的除錯集中在跨客戶端的邊緣情況上——特別是圍繞信標請求的執行請求無效化，一個新的測試套件揭示了每個客戶端實作中都存在的漏洞。到了週四早上，共識層 (CL) 團隊報告 ePBS 已經穩定，而執行層 (EL) 端的出價路徑仍在除錯中；這些問題在週四到週五期間得到了解決。對於核心開發者全體會議 (ACD) 來說，有兩個問題仍然存在真正的爭議：請求簽章 (signature) 是否應該對接收的建構者做出承諾，以及如何保持 1 ETH 質押 (staked) 建構者設計對抗基於 P2P 女巫攻擊 (Sybil) 的活躍度攻擊的韌性。
到了星期五，幾乎所有的客戶端都在 glamsterdam-devnet-2 上一起運行，並且外部建構者管道已經進行了端到端 (end-to-end) 的測試！
BAL 最佳化
如果 ePBS 是格蘭斯特丹擴展故事中屬於共識層 (consensus layer) 的部分，那麼執行層 (execution layer) 的對應部分則有兩個主要組成：燃料 (gas) 重新定價和區塊級存取清單 (Block-Level Access Lists, BALs)。透過預先為客戶端提供有關區塊讀寫集的足夠資訊，BAL 實現了平行執行、批次處理 (batched) I/O 和平行狀態根計算，所有這些都決定了客戶端可以輕鬆處理多大的區塊。
Soldøgn BAL 軌道運行在自己的開發網上，與格蘭斯特丹 ePBS 鏈分開，因此最佳化基準測試不會與共識層穩定工作糾纏在一起。每個最佳化都位於其自己的功能標誌 (feature flag) 之後，因此本週的測量工作可以獨立比較它們，而不是作為一個單一的捆綁包。BAL 基準測試儀表板和排行榜顯示了每個客戶端在整個測試套件中的最壞情況——透過專注於首先提升最慢的路徑，團隊可以全面提高 Gas 限制下限，而不僅僅是針對最快的實作。
燃料重新定價
格蘭斯特丹包含了許多執行層 (EL) 燃料重新定價，校準成本以更好地匹配較高吞吐量下的資源使用情況。EIP-8037，即狀態創建燃料成本的增加，是其核心：它提高了寫入新狀態的價格，以便更高的 Gas 限制不會轉化為無限制的狀態增長。
進入 Soldøgn 時，8037 規範帶有與區塊 Gas 限制掛鉤的動態每狀態位元組定價，這使得測試在組合上非常痛苦（每個 Gas 限制區間一個模糊測試矩陣），並且基準測試幾乎無法處理。團隊在本週初同意放棄動態定價，轉而採用固定的 cost_per_state_byte，未來的重新定價將在分叉 (fork) 邊界處理，而不是在分叉內處理。
會計模型本身採取了更具迭代性的路徑。週一的分組會議將狀態燃料 (state-gas) 會計從執行中移至呼叫框架 (call-frame) 結束時；週二的後續會議結束了帳戶 (account) 創建成本、程式碼存款成本和 CREATE 交易 (transaction) 撤銷的討論；週三浮現了儲備金退款/補充的邊緣情況，迫使人們重新思考。週四的分組會議將會計恢復到操作碼 (opcode) 級別，得出的結論是真正的複雜性在於儲備金模型，而不是在會計計算中。到了星期五，規範已經穩定在 bal-devnet-6，BAL 軌道提供了最終的重新定價數字。
整個過程突顯了互通性會議最重要的方面之一：能夠在幾小時內（而不是幾週內）解決複雜的規範、實作、測試、除錯和設計問題。在最佳狀態下，互通性週可以將一個月的非同步進展壓縮到每一天中！
到了星期五，這三條主線匯聚成了本週的頭條數字：一個可靠的格蘭斯特丹升級後 2 億 Gas 限制下限。這種顯著的增加是可能的，因為 ePBS 構建了時槽以給予執行層更多時間，BAL 最佳化在該結構下為客戶端提供了吞吐量餘裕，而 8037 確保了更高的 Gas 限制不會轉化為失控的狀態增長。
其他格蘭斯特丹主線
除了 ePBS、BAL 和重新定價之外，格蘭斯特丹剩餘的大部分範圍都在分組會議中進行了詳細討論。
共識層 (CL) 團隊最終確定了較小格蘭斯特丹 EIP 的決策：EIP-8061（退出 (exit) / 合併流失率增加）被包含在 glamsterdam-devnet-1 中；EIP-8080（透過合併佇列退出）被拒絕包含；EIP-8045（移除被罰沒 (slashed) 驗證者的職責）被縮小範圍，僅限於前瞻視窗內的提案者職責；而 EIP-7688（SSZ 穩定容器）仍保留在格蘭斯特丹範圍內，但暫時不包含在 glamsterdam-devnet-1 中，同時團隊正在解決漸進式清單下證明 (attestations) 的有界 Gossip 訊息 (message) 大小問題。
週三早上的執行層 (EL) / 共識層 (CL) 同步 (sync) 架構分組會議將 EIP-8237 從格蘭斯特丹中推遲，以保留在未來分叉中實現長期「充值同步 (top-up sync)」架構的選擇性。取而代之的是，與會者同意起草一個 EIP，以標準化 forkchoiceUpdated / newPayload / getPayload 的排序，指定 snap-sync 啟動握手，並加強引擎 API 介面之間的有效/無效一致性。
強化是本週不變的主題。週四的一場會議涵蓋了分叉選擇合規性測試框架、可重現共識層 (CL) 邊緣情況場景的 Diamond 儲存庫，以及 PandaOps 的外部建構者測試工具 buildoor，該工具在會議中途針對與會者當場提出的一連串攻擊場景進行了展示。
超越格蘭斯特丹
幾個分組會議展望了 Hegotá 以及隨後的分叉。
一場刻意不偏向任何特定提案的原生帳戶抽象化 (native Account Abstraction) 會議拉開了序幕，探討了任何未來設計都必須滿足的要求和限制。替代簽章方案、聚合、批次處理 (batching)、恢復、燃料贊助、靈活的隨機數 (nonces) 和金鑰庫 (keystore) 錢包等功能集目標，與圍繞公共記憶體池 (mempool) 相容性、無狀態性 (statelessness) 和第二層 (L2) DoS 抵抗力的硬性限制並列。
週四的 FOCIL 分組會議專注於實作更新：早期原型已經可以運作，多客戶端互通性和專用的 FOCIL 開發網是接下來的直接步驟。還做出了兩個值得注意的設計決策：在 2 個紀元 (epoch) 的非最終性 (non-finality) 期間停用 FOCIL（反映提案者提升斷路器行為），以及採用基於指數 (index) 的書籤方法以相容框架交易 / EIP-7702。
更進一步，一個長期運行的 ETH P2P 軌道勾勒出了一個基於 QUIC 的 libp2p 替代方案，具有預設隱私 (privacy-by-default) 和感知時槽的整合，以及一個糾刪碼廣播原型，該原型在 2.4 MB 有效負載上模擬了比 GossipSub 快約 6 倍的傳播速度。共識層 (CL) 軌道也強烈傾向於最終完全棄用合併——宣布一個支援它們的最終分叉，然後強制執行退出後重新存入——作為解決驗證者集狀態增長的更乾淨的長期方案。
ACD 流程
週三下午，兩位 ACDE 共同負責人 Nixo 和 Ansgar 舉辦了一場會議，收集核心貢獻者對 ACD 流程的意見。該會議重新審視了頭條結構 (headliner construct)，辯論了擁有草圖 (strawmap)的優缺點，並正式確定了 EIP SFI 標準。與會者普遍希望保留頭條，但放寬 EIP 與主題的僵化限制，接受「主題 + 候選 EIP」作為可行的模式。草圖中 2026 年之後每個分叉的年份分配被標記為過度規範化，可能會被軟化。提出了一個新的四點 SFI 定義，ACDT 表示準備就緒，而 ACDE/ACDC 保留最終決定權。一個新的優先順序排序流程——在 CFI 決策後產生並反映在元 EIP (meta-EIP) 中——將取代 SFI 過去推動開發網納入的角色，從 Hegotá 開始。
在電話會議協調方面，Alex Stokes 宣布他將從下週開始休三個月的假，期間由 Pari 負責 ACDC 的主持工作，並由 Barnabas 代理 ACDT。總而言之：Nixo 和 Ansgar 擔任 ACDE 主席，Pari 擔任 ACDC 臨時主席，而 Mario、Barnabas 和 Danceratopz 輪流主持 ACDT。
其他所有事項
除了上述所有內容之外，團隊還利用面對面的時間在各個方面取得了進展，從更好的測試工具（將 Hive 迴饋循環從幾小時壓縮到幾分鐘），到引擎 API 管道改進（Gossip 去重、批次處理呼叫和輕客戶端驅動的頭部節點發現），再到圍繞客戶端多樣性的艱難權衡，以及許多其他主題。完整的會議筆記清單可在 soldogn.xyz 取得。
下一步
從這裡開始，團隊將回家把本週製作的原型轉化為可投入生產的狀態。預計接下來的幾週將專注於根據新規範強化客戶端實作、最終確定測試覆蓋率，並將 Soldøgn 的草稿 PR 轉化為合併的程式碼。
一如既往，諸如 2 億 Gas 限制目標和最終重新定價數字等數值的最終決定，將在 AllCoreDevs 電話會議上做出並公開分享。預計這些將成為下週的主要話題！
非常感謝所有遠道而來來到北緯 78 度並使本週取得成功的人！特別感謝 EthPandaOps 每天督促團隊步入正軌，以及所有在午夜陽光下工作以確保我們達成每日目標的人——包括加入我們參加他們第一次互通性會議的 Ethrex 團隊。這是令人難以置信的高效一週，幸運的是，我們將有一部完整的短片來紀念它 ☀️