新聞加密貨幣以太坊提案擬將區塊保留視窗縮短至36天,以減輕節點負擔

以太坊提案擬將區塊保留視窗縮短至36天,以減輕節點負擔

作者: Metaverse Post·

重點速覽

  • 該草案提案擬將共識層必要的區塊保留期從33,024個epoch(約147天)縮短至8,192個epoch,約36.4天。
  • 該EIP屬非分fork且資訊性質,更新的是節點營運者的預期而非協議規則,旨在減輕檢查點同步後的回填工作,並降低頻寬、磁碟空間與同步需求。
  • 該提案已進入公開審查,並獲得貢獻者Dapplion與Lighthouse開發者Michael Sproul的初步支持,但尚未被合併,仍需等待正式的EIP編號。
  • 開發者正在為2027年Hegotá升級評估66項改進提案,包括EIP-8141 Frame Transactions、EIP-8182的共享屏蔽池與EIP-8250的密鑰化nonce等隱私措施。
  • 截至2026年8月中旬,僅有EIP-7805(FOCIL)——強制執行交易包含清單的抗審查機制——已確認納入Hegotá;Glamsterdam升級則定於2026年第四季。
以太坊提案擬將區塊保留視窗縮短至36天,以減輕節點負擔

以太坊開發者Kevaundray Wedderburn於8月17日透過GitHub pull request #12188提交了一份新的以太坊改進提案,呼籲縮短共識層(CL)的區塊保留視窗。

該提案目前仍為草案,尚待正式的EIP編號,內容建議將必要的保留期從33,024個epoch縮短至8,192個epoch,約36.4天。由於共識層的每個epoch涵蓋32個slot、每個slot約6.4分鐘,現行要求相當於須儲存約147天——接近五個月——的歷史資料。該EIP被歸類為非分叉且屬資訊性質:它不會改變以太坊的協議規則,而是更新節點營運者的預期。

這項變更的主要目的,是減輕檢查點同步之後的回填負擔。檢查點同步是常見做法,即讓新的信標節點從近期可信的檢查點啟動,而非從創世區塊重新播放整條鏈,之後再取得較舊的區塊。透過縮短節點必須保留歷史信標區塊的時間,該提案將可降低對頻寬、磁碟空間與同步時間的需求,並符合以太坊長期以來的目標——讓節點需求維持輕量化,以鼓勵更廣泛的參與。這份草案也呼應了先前執行層的討論,例如EIP-4444即提議用戶端停止提供超過一年的歷史區塊資料。

該草案已進入公開審查階段,並在開發者社群中獲得初步支持。以太坊貢獻者Dapplion對提案方向表示贊同,而Lighthouse用戶端開發者Michael Sproul則表示,他不預期Lighthouse會出現運作上的問題。Sproul補充,在混合網路中,較舊的用戶端仍可從保有較長保留視窗的對等節點進行同步。該pull request尚未被合併;後續步驟將包括分配正式的EIP編號,以及若獲採納,在各用戶端實作之間統一預設的保留設定。

開發者權衡2027年Hegotá升級的66項提案

在計畫於2027年進行的Hegotá網路升級之前,各方關注焦點也轉向更廣泛地擴展以太坊協議層能力的推動,而這份保留視窗草案正是本週在以太坊開發者社群中流傳的多項提案之一。以太坊升級傳統上以套件形式發布,而這種規模的候選清單通常會隨著技術審查與稽核的進展而逐步精簡。

開發者目前正在評估為Hegotá準備的66項以太坊改進提案,其中多項以鏈上隱私為目標。由於以太坊的公共帳本預設讓任何人都能看到交易資料,這一領域長期以來一直交由第三方解決方案處理。

核心的隱私提案是EIP-8141,即「Frame Transactions」,它將允許隱私池自行支付gas費用,而無需依賴外部中繼者。由於每一次中介互動都會產生可能揭露發送方資訊的元資料軌跡,移除這項依賴被視為邁向原生交易隱私的重要一步。

與之互補的是,EIP-8182將為匿名ETH與ERC-20轉帳引入共享的屏蔽池,而EIP-8250則提出密鑰化nonce,以防止觀察者透過nonce模式分析將不同的私密交易關聯起來。

在審議中的提案裡,截至2026年8月中旬,只有EIP-7805(FOCIL)——一種強制執行交易包含清單的抗審查機制——已確認納入Hegotá。其餘提案仍需持續接受技術審查與安全稽核。

Hegotá預計將在目前定於2026年第四季的Glamsterdam升級之後推出,讓開發者約有一年時間敲定套件範圍,包括哪些隱私提案將獲得推進。

來源:Metaverse Post