Soldøgn 互操作性週回顧

過去一週，100 多位以太坊核心貢獻者聚集在北極圈內——斯瓦巴群島（Svalbard）的朗伊爾城（Longyearbyen）——參加 Soldøgn 互操作性會議（Soldøgn Interop）：這是為 Glamsterdam 網路升級進行高強度工作的一週。

Soldøgn 延續了去年的 Berlinterop，但回歸了 Amphora 🏺、Edelweiss 🏔️ 和 Nyota ✨ 所採用的模式：為期一週的單軌議程，專注於多客戶端開發，旨在推動特定升級的進展——在本次案例中，即是強化 Glamsterdam。

截至週五，團隊已實現了三大核心目標：就 Glamsterdam 升級後 200M 的 Gas Limit 下限達成共識、實現了可與外部構建者（builders）運行的穩定 ePBS 實作，並鎖定了最終的 EIP-8037 定價數值。此外，在 Hegotá 的特性（如 FOCIL 和原生帳戶抽象）以及一系列其他議題上也取得了實質進展。

為什麼選擇斯瓦巴？

斯瓦巴是地球上少數幾個任何人（不論國籍）都可以在無需簽證的情況下生活和工作的地方。這裡也是全球種子庫（Global Seed Vault）和北極世界檔案館（Arctic World Archive）的所在地，這兩座冷存儲設施位於朗伊爾城外的永久凍土隧道中。它們保存著人類在千年後可能需要的農作物、書籍、電影、手稿和原始碼備份，其中也包括以太坊原始碼的快照。最後但同樣重要的是，從 4 月底到 8 月，斯瓦巴的太陽不會下山。它擁有 24/7 的運行時間，就像以太坊一樣，核心開發者在這一週充分利用了這一點！

強化 Glamsterdam，擴展以太坊

本週的目標是強化 Glamsterdam 的實作，並推導出升級後 Gas Limit 下限的目標值。安全地提高 Gas Limit 是一個多維度的問題，而 Glamsterdam 解決了其中的幾個關鍵點：區塊如何構建和提議、客戶端實作在負載下的餘裕空間，以及狀態創建成本如何隨吞吐量擴展。

在實踐中，這意味著在週末結束時，擁有一個穩定的多客戶端 Glamsterdam 測試網（devnet），運行著最新的 ePBS、重新定價和區塊存取列表（BAL）規範，並配合基準測試數據來支持一個可靠的 Gas Limit 提案。

大部分時間都花在埋頭編寫代碼上，通常持續到凌晨，期間穿插著分組會議（breakout sessions），以統籌設計決策並討論長期路線圖項目。

三個以太坊基金會（EF）團隊為本週提供了基礎設施：EthPandaOps 發布了 ethIQ 和一個 panda MCP 伺服器，以支持團隊的代理化（agentic）工作流；協議支持團隊（Protocol Support）建立了 soldogn.xyz 作為互操作性目標、日程和筆記的唯一事實來源；EF 數位工作室（Digital Studio）團隊則將這一週拍攝成影片。敬請期待首部互操作性紀錄片 🔜！

ePBS

除了理順提議者/構建者關係（proposer/builder relationship）外，ePBS 還通過增加區塊構建、負載揭示和證明（attestations）的截止時間來重構時隙（slots）。這明確了可以分配給執行的時間，增加了我們提高 Gas Limit 的餘裕空間。

各團隊在週一晚上開始了這一週的工作，目標是建立一個 4 EL × 4 CL 的 Glamsterdam 測試網。第一次嘗試暴露了足夠多的問題，使得目標推遲到週二，當時 4×3 的配置運行足夠穩定，可以開始壓力測試。

從那時起，本週剩餘時間就是 ePBS 的強化循環：壓力測試、暴露邊緣案例、修復、重複。週二上午的 Builder API 分組會議大幅簡化了關於驗證者註冊、出價/區塊頭/承諾流程、構建者支付的信任模型以及斷路器（circuit-breaker）行為的規範。週三中旬的調試集中在跨客戶端的邊緣案例上——特別是關於執行請求使信標請求失效的問題，一套新的測試套件揭示了每個客戶端實作中都存在的差距。到週四上午，CL 團隊報告 ePBS 已穩定，而 EL 端的出價路徑仍在調試中；這些問題在週四到週五期間得到了解決。對於 ACD 來說，仍有兩個問題存在爭議：請求簽名是否應該承諾給接收的構建者，以及如何保持 1 ETH 質押構建者設計對抗基於 P2P 女巫攻擊（Sybil-based）的活性攻擊。

到週五，幾乎所有客戶端都在 glamsterdam-devnet-2 上共同運行，外部構建者流水線也完成了端到端測試！

BAL 優化

如果說 ePBS 是 Glamsterdam 擴展故事中共識層的一面，那麼執行層的對應部分則有兩個主件：Gas 重新定價和區塊級存取列表（Block-Level Access Lists, BAL）。通過預先向客戶端提供有關區塊讀/寫集的足夠信息，BAL 實現了並行執行、批量 I/O 和並行狀態根計算，所有這些都決定了客戶端能輕鬆處理多大的區塊。

Soldøgn 的 BAL 軌道在自己的測試網上運行，與 Glamsterdam ePBS 鏈分開，因此優化基準測試不會與共識層的穩定工作糾纏在一起。每項優化都放在各自的特性標誌（feature flag）後，以便本週的測量工作可以單獨比較它們，而不是作為一個整體。BAL 基準測試儀表板和排行榜顯示了每個客戶端在測試套件中最糟糕的情況——通過專注於首先提升最慢的路徑，團隊可以全面提高 Gas Limit 下限，而不僅僅是針對最快的實作。

Gas 重新定價

Glamsterdam 包含多項 EL Gas 重新定價，校準成本以更好地匹配高吞吐量下的資源使用。EIP-8037（狀態創建 Gas 成本增加）是核心：它提高了寫入新狀態的價格，使得更高的 Gas Limit 不會轉化為無限制的狀態增長。

在進入 Soldøgn 之前，8037 規範帶有與區塊 Gas Limit 掛鉤的動態每字節狀態定價，這使得測試變得極其痛苦（每個 Gas Limit 區間都需要一個模糊測試矩陣），基準測試幾乎難以進行。團隊在週初達成一致，放棄動態定價，轉而採用固定的 cost_per_state_byte，未來的重新定價將在分叉邊界處理，而不是在分叉內部處理。

會計模型本身經歷了更多的迭代。週一的分組會議將狀態 Gas 會計從執行中移至調用幀結束；週二的後續會議解決了帳戶創建成本、代碼存款成本和 CREATE 交易回滾問題；週三暴露了儲存池（reservoir）退款/填充的邊緣案例，迫使團隊重新思考。週四的分組會議將會計恢復到操作碼（opcode）級別，結論是真正的複雜性在於儲存池模型，而非會計計算。到週五，規範在 bal-devnet-6 上穩定下來，BAL 軌道交付了最終的重新定價數值。

這整個過程凸顯了互操作性會議最重要的方面之一：在數小時內解決複雜的規範、實作、測試、調試和設計問題，而不是數週。在理想情況下，互操作性週可以將一個月的非同步進展壓縮到每一天中！

到週五，這三條主線匯聚成了本週的頭條數字：一個可靠的 200M Glamsterdam 後 Gas Limit 下限。這一顯著增長之所以成為可能，是因為 ePBS 重構了時隙以給予執行更多時間，BAL 優化為客戶端在該結構下提供了吞吐量餘裕，而 8037 確保了更高的 Gas Limit 不會導致狀態失控增長。

其他 Glamsterdam 主線

除了 ePBS、BAL 和重新定價外，Glamsterdam 剩餘的大部分範圍都在分組會議中進行了討論。

CL 團隊敲定了較小的 Glamsterdam EIP 決策：EIP-8061（退出/合併流失率增加）被納入 glamsterdam-devnet-1；EIP-8080（通過合併隊列退出）被拒絕納入；EIP-8045（移除被罰沒驗證者的職責）範圍縮減為僅限預見窗口（look-ahead window）內的提議者職責；EIP-7688（SSZ 穩定容器）仍保留在 Glamsterdam 範圍內，但暫不納入 glamsterdam-devnet-1，因為團隊正在解決漸進列表下證明的有界 P2P 消息大小問題。

週三上午的 EL/CL 同步架構分組會議將 EIP-8237 移出 Glamsterdam，以保留未來分叉中長期「增量同步（top-up sync）」架構的可選擇性。取而代之的是，與會者同意起草一個 EIP，旨在規範化 forkchoiceUpdated / newPayload / getPayload 的順序，指定快照同步（snap-sync）啟動握手，並加強引擎 API 表面之間有效/無效的一致性。

強化是本週不變的主題。週四的會議涵蓋了分叉選擇合規性測試框架、可重複 CL 邊緣案例場景的 Diamond 倉庫，以及 PandaOps 的外部構建者測試工具 buildoor，並在會議中針對參與者現場提出的攻擊場景進行了演示。

Glamsterdam 之後

幾場分組會議展望了 Hegotá 及其後的分叉。

一場刻意不針對特定提案的原生帳戶抽象（Account Abstraction）會議拉開了序幕，討論了未來設計必須滿足的要求和約束。功能目標（如替代簽名方案、聚合、批量處理、恢復、Gas 贊助、靈活的 nonce 和密鑰庫錢包）與公共內存池兼容性、無狀態性和 L2 DoS 抗性等硬性約束並存。

週四的 FOCIL 分組會議專注於實作更新：早期原型已經可以運作，下一步是多客戶端互操作性和專用的 FOCIL 測試網。還做出了兩個重要的設計決策：在 2 個 epoch 的非最終性期間禁用 FOCIL（鏡像提議者提升斷路器行為），以及採用基於索引的書籤方法以兼容框架交易（frame transactions）/ EIP-7702。

更長遠來看，一個長期運行的 ETH P2P 軌道勾勒出了一個基於 QUIC 的 libp2p 替代方案，具有默認隱私和時隙感知集成，以及一個糾刪碼（erasure-coded）廣播原型，模擬顯示在 2.4 MB 負載下傳播速度比 GossipSub 快約 6 倍。CL 軌道還表現出強烈的情緒，傾向於最終完全廢除合併（consolidations）——宣布支持它們的最後一個分叉，之後強制執行先退出再重新質押——作為驗證者集狀態增長的更簡潔長期解決方案。

ACD 流程

週三下午，兩位 ACDE 共同負責人 Nixo 和 Ansgar 主持了一場會議，收集核心貢獻者對 ACD 流程的意見。會議重新審視了「頭條（headliner）」結構，辯論了擁有草案圖（strawmap）的優缺點，並正式確定了 EIP SFI 標準。與會者普遍希望保留頭條，但放寬 EIP 與主題之間的僵化關係，接受「主題 + 候選 EIP」作為可行模式。草案圖中 2026 年之後的每分叉年份分配被標記為過於規範化，可能會被淡化。提出了一個新的四點 SFI 定義，由 ACDT 發出就緒信號，而 ACDE/ACDC 保留最終決定權。一個新的優先級排序流程——在 CFI 決策後產生並反映在 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 轉化為合併代碼。

一如既往，關於 200M Gas Limit 目標和最終重新定價數值等數值的最終決定，將在 AllCoreDevs 會議上做出並公開分享。預計這些將是下週的主要議題！

非常感謝所有遠道而來參加 78°N 會議並使這一週取得成功的人！特別感謝 EthPandaOps 每天組織大家，以及所有在午夜陽光下工作以確保我們達成每日目標的人——包括第一次參加互操作性會議的 Ethrex 團隊。這是一個極其高效的一週，幸運的是，我們將有一部完整的短片來紀念它 ☀️