Ethereum Glamsterdam 升級朝向 2億 Gas 上限路線圖邁進
Ethereum 的下一個重大升級週期現正轉向 Glamsterdam,這是一個預計定義網路後 Pectra 擴容與區塊生產路線圖的協議套件。此次升級受到密切關注,因為它涉及 Ethereum 兩個長期存在的重大限制:誰來建構區塊,以及基礎層能安全支援多少執行容量。
開發者資料與 EIP 討論將內建提案者-建構者分離機制和區塊級存取清單列為 Glamsterdam 討論中最重要的兩個項目。兩者共同為更高吞吐量的長期路徑奠定框架,而非單純要求每個節點運營者在沒有結構性變更的情況下承擔更多負載。
EIP-7732,通常被描述為內建提案者-建構者分離機制,將把現有外部區塊建構市場的部分功能納入 Ethereum 的協議設計。目前,區塊建構通常依賴外部中繼基礎設施和專業參與者。該系統幫助網路管理最大可提取價值,但也引發了對中心化和審查壓力的擔憂。
透過將提案者-建構者分離機制更貼近協議層,Ethereum 開發者試圖減少對協議外安排的依賴,並在提案區塊的驗證者與組裝區塊的建構者之間建立更清晰的分工。這是一項技術變更,但也直接關係到 Ethereum 的去中心化目標。
EIP-7928 涵蓋區塊級存取清單,旨在透過在區塊層級識別狀態存取模式,使執行更具可預測性。簡單來說,驗證者和客戶端可以在處理區塊之前,獲得關於區塊需要觸及哪些內容的更佳資訊。這一點至關重要,因為當系統不知道哪些交易可能產生衝突時,平行執行便十分困難。
若區塊級存取清單能按預期運作,它們可以幫助 Ethereum 處理更多活動,而不會讓每個區塊對節點造成更沉重、更難以預測的負擔。這也是為何該提案常與更高的 Gas 上限目標和更廣泛的 L1 擴容一同討論的原因。
Glamsterdam 敘事中最引人注目的部分,是朝向 2 億 Gas 上限邁進的潛在路徑。這將是相較於當前基礎層容量的重大增加,若能安全實現,將代表一個截然不同的 Ethereum L1。但措辭至關重要:這是一個路線圖和測試目標,並非保證每個細節都已按當前開發網路資料所討論的內容鎖定於主網。
Ethereum 升級通常須經歷漫長的規格制定、客戶端實作、開發網路、測試網路與最終協調流程。該流程本就設計得較為緩慢。Glamsterdam 的重要性在於,它表明網路仍在嘗試擴展基礎層本身,而不僅是將活動推向 Rollup。風險在於,若在沒有謹慎的客戶端和節點工作的情況下激進地增加容量,可能會削弱 Ethereum 試圖保護的去中心化特性。
本文由新聞編輯台撰寫,並由 Samuel Rae 編輯。
本報告基於 Ethereum EIP 規範的資訊。來源:Ethereum EIP 規範


