以太坊 Sepolia 測試網正準備演練大幅提高的區塊工作量,而新版 Prysm 修復了一個配置缺口,避免了公開測試在不一致條件下運行的風險。

Gas 是以太坊衡量計算工作量的單位。它決定一個區塊可容納多少交易處理量,而非交易本身的數量。將 Sepolia 的目標從 6000 萬提高至 2 億,使測試網路有餘裕在單一區塊內處理三倍以上的工作量。

2 億 Gas 在實務上代表什麼

以太坊正在測試其軟體能否在拖慢網路速度或對一般節點營運者造成過高負擔的前提下,建構、分發並驗證明顯更重的區塊。

這項變更並不代表交易數量固定增加三倍。簡單轉帳消耗的 Gas 遠低於複雜的智慧型合約操作,因此最終的交易數量將取決於使用者在每個區塊中放入的內容。Sepolia 的任務是展示當工作量增長時網路的表現。

Prysm 更新讓測試維持在預期設定

Glamsterdam 升級排定於 13:53:36 UTC 在 Sepolia 啟用。Prysm 7.2.0 版本本可執行該升級,但除非營運者手動更改設定,否則仍保持 6000 萬 Gas 的預設值。

這造成了一個尷尬的缺口:以太坊可以排定 2 億 Gas 的演練,而一個主要驗證者用戶端卻可能仍以先前的目標提議區塊。根據該用戶端的 GitHub 發行說明,Prysm v7.2.1 新增了 Sepolia 的 Gas 上限排程,使 2 億在分叉的相關階段開始後成為預設值。

這個缺口之所以重要,是因為以太坊的驗證者集運行在多個獨立的用戶端實作之上,而單一用戶端的預設值會影響所有未覆寫該設定的營運者所處的條件。只有當網路在開者原本要測量的設定下運行時,演練數據才有價值。

驗證者仍保留對其提議者設定的控制權,必要時可覆寫該數值。此版本僅是移除了一個可能在公開測試中造成不一致條件的手動步驟。

更大的區塊對整個以太坊技術堆疊構成壓力

容量只有在周邊軟體能夠跟上時才有價值。執行層用戶端需要處理額外數據,共識層用戶端需要及時接收並驗證區塊,而驗證者即使每個區塊包含更重的工作量,也需要就同一條鏈達成共識。

Glamsterdam 將這項容量測試與針對該環境設計的變更相結合。內建提議者-建構者分離重塑了區塊的組裝方式及其傳遞給驗證者的流程,而區塊級存取清單則幫助用戶端識別區塊將需要存取以太坊狀態的哪些部分。此次升級還調整了特定狀態建立與狀態存取操作的 Gas 費用,使這些成本更貼近節點的長期負擔。

根據以太坊基金會的 Glamsterdam 測試網公告,這些都是 10 月 6 日 Sepolia 升級背後更廣泛的技術變更。Prysm 的版本在這場更大規模的演練中處理了一項實際需求:其驗證者必須準備好配合開發者選定測試的更高容量。

Sepolia 啟用後開發者將關注的重點

用戶端分歧、緩慢的區塊傳播或不準確的 Gas 估算,都會為開發者帶來需要解決的具體問題。如果這些系統保持穩定,Sepolia 將提供有用的證據,證明新設計能在公開環境中處理更大的工作量。

Sepolia 的結果先於任何主網決策

以太坊尚未為 Hoodi 或主網排定 Glamsterdam 時程。Sepolia 的啟用為節點營運者、開發者和應用程式團隊提供了一個共同環境,讓他們能以不具市場價值的代幣測試新規則。

Prysm 的更新在這一流程開始前清除了配置問題。真正有意義的結果將是啟用後收集的網路數據:預期的 2 億 Gas 工作量能否在最終需要支援它的用戶端、驗證者和應用程式之間保持可靠。

本文僅供資訊參考,不構成投資建議。以太坊升級時程與技術規格在測試期間可能有所變動。