以太坊(Ethereum)正在準備的Glamsterdam升級,目標是把網路基礎處理量拉高到約3倍,這也代表部分智能合約,以及錢包、索引器(indexer)、Gas估算工具既有的計費方式,都得重新檢視。
以太坊基金會(Ethereum Foundation)24日公布的開發者指南指出,EIP-8037與EIP-8038這兩項提案,重新訂定了狀態建立(state creation)與狀態存取(state access)的計費方式。基金會說明,新的Gas制度就是圍繞「基礎處理量拉高約3倍」這個目標設計。
基金會表示,把過去主網交易套用新規則重新模擬後,實際受影響的智能合約只是少數,多數浮現的問題只要拉高Gas上限就能解決。
問題在於,處理量提升並非完全和既有程式碼無關。比起處理量本身的擴大,更直接的變化是既有應用程式與基礎設施長期依賴的Gas費計算基準跟著改變。
EIP-8037把新增帳戶、新增儲存槽(storage slot)、部署程式碼等「產生新的鏈上狀態」的操作,獨立出來另外計費。原本合併在一起計算的費用,被拆成執行費用與狀態建立費用兩塊。
EIP-8038則是把SSTORE、SLOAD、EXTCODESIZE、EXTCODECOPY等狀態存取操作的費用,依照目前網路狀態規模與執行效能重新調整,用意是讓網路規模愈大時,狀態讀寫的成本能更貼近實際狀況。
基金會提到,可能出問題的程式碼型態包括:△Solidity的transfer、send函式所使用、固定2300 Gas的轉帳方式△呼叫時直接寫死Gas數值△依gasleft()回傳值分支執行的邏輯△簽署時就預設固定Gas上限的交易。這類程式碼未必只靠拉高提交的Gas上限就能解決。
不過,「數百萬個既有智能合約可能悄悄失效」這種說法,和基金會的官方說明有落差。基金會強調,絕大多數智能合約與交易不會受到影響。
一般使用者不需要另外採取行動。新規則將交由更新後的錢包與基礎設施處理,使用者實際感受到的變化,比較可能出現在手續費預估數字,以及交易失敗提示上。
基礎設施端的負擔則更直接。以太坊基金會在17日的Platåberget測試網公告中指出,仰賴「硬上限」(hardcap)方式設定最大Gas上限的錢包、索引器、Gas估算工具可能因此失效,需要更新。
Platåberget是在把Glamsterdam套用到長期運作的Sepolia、Hoodi測試網之前,用來先行測試的短期測試網,主要功能是提前確認升級規格與各client間的相容性。
後續討論的焦點,也從「主網何時上線」,轉向「新的Gas制度會怎麼影響錢包、RPC、索引器與開發工具」。
時程目前仍未拍板。ethereum.org將Glamsterdam列為預計2026年第4季推出的升級,EIP-8037與EIP-8038截至28日,在文件上仍屬於「Review」審查階段。
在以太坊下一次大型升級時程延後至2026年底之後,這波討論延伸出「應該先讓Gas計價制度回歸現實,再談處理量擴張」的課題,主網實際套用日期目前尚未公布。
說到底,這次改版不只是「讓以太坊變快」這麼單純。智能合約開發者得重新檢查程式碼裡寫死的Gas數值與gasleft()分支邏輯,錢包、RPC、索引器的營運方也得提前準備好對應新計費制度的Gas估算方式。
留言 0