以太坊開發者警告:Glamsterdam升級恐致錢包與Gas工具失靈

ETH
錢包相容性Gas重新定價Glamsterdam以太坊EIP-8037測試網
1 小時前來源: crypto.news
以太坊開發者警告:Glamsterdam升級恐致錢包與Gas工具失靈

以太坊基金會警告,隨著 Glamsterdam 改變某些 ETH 轉帳的 21,000 gas 假設,錢包、索引器和 gas 估算器可能會失效,該升級預計於 8 月 20 日在 Platåberget 測試網上啟動。

摘要

  • 以太坊警告,Glamsterdam 可能會破壞依賴固定 gas 假設的錢包、索引器和 gas 估算器。
  • EIP 8037 將為創建新狀態的操作增加單獨的狀態 gas 費用。
  • 向現有帳戶進行基本 ETH 轉帳仍將花費 21,000 gas,而向新帳戶轉帳則花費更多。
  • 開發者被敦促在 Glamsterdam 遷移到 Sepolia 和 Hoodi 之前,在 Platåberget 測試網上測試他們的軟體。

以太坊基金會的協議 DevOps 團隊於 8 月 17 日表示,任何依賴硬編碼最大 gas 限制的工具「都會失效」,並點名錢包、索引器和 gas 估算器為可能受影響的軟體。該團隊敦促應用程式和基礎設施開發者在 Platåberget(一個旨在保持線上數月的公共測試網)上測試他們的系統。

Forkcast 數據顯示,Platåberget 於 8 月 13 日啟動,在升級遷移到 Sepolia 和 Hoodi 之前,為開發者提供了 Glamsterdam 的早期環境。根據基金會的說法,Glamsterdam 分叉計劃於 8 月 20 日在 Platåberget 上啟動,公共驗證者和建置者存款作為測試過程的一部分可用。

Glamsterdam 可能會破壞硬編碼的 gas 假設

在計劃的 gas 重新定價方案下,基金會表示,軟體不能再安全地假設以太坊具有單一的固定 gas 上限,或常見操作在每種情況下都將花費相同的金額。這些更改圍繞約 2 億 gas 下限設計,並改變了單個操作的價格以及與區塊 gas 限制相關的假設。

對於應用程式開發者來說,直接的問題是在估算交易成本時設定固定邊界的軟體。協議 DevOps 團隊表示,此類系統需要在 Glamsterdam 到達主網之前進行審查,因為重新定價觸及整個網絡的錢包、索引器和 gas 估算器。

此警告是在 crypto.news 於 6 月 17 日的Glamsterdam 升級報導之後發布的,該報導稱以太坊開發者已經在開發網絡上測試全套計劃中的 EIP。當時,以太坊基金會開發者 Parithosh Jayanthi 表示,此次升級將改變以太坊上操作的費用,高級計算變得更便宜,而狀態變得更昂貴。

在同一測試階段,Jayanthi 表示開發者取得了「巨大進展」,但指出尚未設定固定的主網時間表。部署將取決於測試結果以及以太坊客戶端團隊是否準備好支持新規則。

EIP-8037 改變了新狀態的定價方式

警告的核心部分涉及 EIP-8037,它為創建新狀態的操作引入了單獨的狀態 gas 維度。基金會表示,創建帳戶、部署程式碼或寫入新的存儲槽將按每個狀態字節的固定成本計量,並在運行時收費。

由於這一變化,基本的 ETH 轉帳不會總是具有相同的 gas 成本。向已存在的帳戶發送 ETH 仍將花費 21,000 gas,該金額分為基本交易成本、冷帳戶訪問和價值轉移成本。向尚不存在的地址發送資金也將產生與創建新帳戶相關的狀態 gas 費用。

因此,協議 DevOps 團隊表示,開發者應重新審視將 21,000 gas 視為每次 ETH 轉帳足夠的應用程式。僅圍繞一個 gas 維度構建的 gas 估算器在狀態被單獨計量後也可能返回不正確的估算。

EIP-8037 在 5 月已接近最終形式。5 月 11 日的協議開發報告稱該提案已達到最終草案狀態,並正在 Glamsterdam 開發網絡上進行參數化。當時,其每狀態字節成本模型旨在將年度狀態增長限制在約 60 GiB,以 3 億 gas 區塊限制為前提。

根據五月報告的參數,新帳戶創建的成本可能增加約8.5倍,而合約部署成本可能上升約十倍。針對程式碼儲存的單獨計量旨在保持大型合約可部署,包括程式碼繁重的去中心化金融應用程式。

狀態燃料模型也改變了以太坊計算永久狀態成本的方式。基金會表示,帳戶創建、新的儲存槽和部署的程式碼將根據所創建的新狀態量收取費用,使得頻繁添加永久資料的應用程式成為主網部署前特別重要的測試目標。

以太坊 Glamsterdam 升級也改變了區塊生產

燃料重新定價只是 Glamsterdam 的一部分。基金會表示,此分叉還包括內置的提議者-建構者分離(ePBS),這改變了以太坊核心協議中區塊的建構、提議和驗證方式。

在 ePBS 下,區塊建構過程與提議者角色之間的分工被納入協議中,同時還有新的建構者 API 流程和有效載荷及時性檢查。根據基金會的說法,與以太坊區塊生產和驗證管道相關的基礎設施應預期會受到影響。

隨著 Platåberget 開放公眾參與,協議 DevOps 團隊鼓勵單獨質押者、分散式驗證器技術專案、自訂軟體營運商和大型質押提供商測試其基礎設施。測試網允許用戶存入新的驗證器,並在相同變更移至更長壽命的網路之前,試驗驗證器和建構者存款流程。

區塊級存取清單(BAL)是此分叉的另一個主要組成部分。基金會表示,這些清單將記錄執行期間存取的狀態位置和交易後的狀態變更,BAL 資料與區塊主體分開儲存,並通過 eth/71 網路協議在執行層對等節點之間交換。

六月的早期報導指出,存取清單設計為以太坊客戶端提供了區塊將使用哪些帳戶和智慧合約資料的預先資訊。根據 Ethereum.org 的說法,該系統可以允許節點預先載入所需資料,並在交易不存取相同狀態時並行處理交易。

Glamsterdam 還將提高已部署合約和初始化程式碼的大小限制。基金會表示,最大已部署合約大小將從 24 KiB 增加到 64 KiB,而最大 initcode 大小將從 48 KiB 增加到 128 KiB。計劃中的分叉還包括向前相容的共識資料結構。

Platåberget 為開發者提供更長的測試窗口

與早期 Glamsterdam 工作中使用的較短開發網路不同,Platåberget 旨在保持可用數個月。協議 DevOps 團隊表示,更長的生命週期應能讓開發者有時間測試 Glamsterdam 後的行為,並在變更到達 Sepolia 和 Hoodi 之前識別失敗。

其驗證器集合相對較小,但對公眾參與開放。在初始測試期間,基金會列出了共識客戶端的容器映像,包括 Lighthouse、Lodestar、Nimbus、Prysm、Teku 和 Grandine,以及執行客戶端,包括 Besu、Geth、Erigon、Nethermind、Reth、NimbusEL 和 Ethrex。標記的客戶端版本仍然是可選的,而開發團隊正在準備自己的建構。

根據基金會的說法,在將 Platåberget 的回饋納入規範和客戶端軟體之後,預計一個月內將有一個非最終性開發網,以測試困難的共識場景。Sepolia 和 Hoodi 將在開發網路保持穩定後接收 Glamsterdam,而以太坊主網啟動將在長期測試網成功升級後進行。

以太坊下一個計劃分叉的開發也正在單獨進行。8 月 16 日的 Hegotá 規劃報告 表示,開發者正在考慮 2027 年升級的 66 個提案,儘管當時 Fork Choice 強制包含清單是唯一正式排定納入的 EIP。

正在審查的幾個 Hegotá 提案涉及未來燃料和狀態定價,因為以太坊增加了第 1 層容量。例如,EIP-8368 將在區塊燃料限制超過 Glamsterdam 使用的參考水準時重新校準狀態創建定價,而開發者已討論為以太坊可能走向 6 億燃料限制的路徑做好準備。