Ethereum Foundation研究人員警告「狀態膨脹」帶來的儲存負擔，並提出緩解節點瓶頸的方案

Ethereum Foundation 的 Stateless Consensus 團隊提出了一系列想法以抑制「狀態膨脹」，並警告網路不斷擴大的帳戶、合約儲存和位元碼記錄，正變得越來越難以由節點運營者儲存、提供和同步。

Ethereum 的「狀態」涵蓋了網路目前所知的一切，包括帳戶餘額、合約儲存，以及驅動應用程式的程式碼。Foundation 表示，該系統已成為全球關鍵基礎設施的一部分，「結算了數十億美元的價值」，並協調了數千個應用程式。

但 EF 研究人員表示，其重要性現在帶來了一個嚴重問題：狀態只會增長，從不會縮小。

隨著更多數據累積，運行全節點變得更加昂貴且脆弱。EF 的部落格文章指出，「如果狀態變得過於龐大、過於集中或過於難以提供，所有這些層都會變得更加脆弱、更昂貴，且更難去中心化。」

Layer 2 擴展、EIP-4844（proto-danksharding）和 gas 限額提升等擴容改進雖然促進了更多活動，但同時也加速了狀態的增長。

研究人員警告，如果只有少數高階運營者能夠負擔儲存和提供完整狀態，Ethereum 的審查阻力、中立性和韌性可能會削弱。團隊表示，他們正積極進行壓力測試，以確定「狀態增長何時成為擴容瓶頸」、「狀態大小何時使節點難以跟上鏈的最新區塊」，以及「客戶端實現何時在極端狀態大小下開始失敗」。

無狀態驗證帶來新問題：誰來儲存數據？

Ethereum 的長期路線圖包括無狀態設計，重點在於允許驗證者在不持有完整狀態的情況下驗證區塊。

雖然這減輕了驗證者的負擔並釋放更高的吞吐量，但也將儲存歷史狀態的責任轉移給更小、更專業的群體。研究人員寫道，在無狀態設計中，「大多數狀態很可能只會由：區塊建構者、RPC 服務提供者，以及其他專業運營者如 MEV 搜尋者和區塊瀏覽器」來儲存。

團隊表示，這種集中化帶來了同步、審查阻力，以及對中斷或外部壓力的韌性等挑戰。

三種提議路徑

Stateless Consensus 團隊提出了三種潛在方法，以使儲存和提供狀態更加可控。

第一種，狀態過期（State Expiry），將非活躍數據從活躍集合中移除，同時允許用戶通過證明將其恢復。團隊表示，大約「80% 的狀態超過 1 年未被觸及」，但所有節點今天仍必須儲存它。目前考慮兩種變體：「標記、過期、恢復」，即標記並移除很少使用的條目，以及「多時代過期」，即將數據劃分為不同時代並凍結較舊的數據。

第二種路徑，狀態歸檔（State Archive），將熱狀態與冷狀態分離。熱數據保持有限且可快速存取，而冷數據則用於歷史和可驗證性。這將使節點效能「隨時間大致保持穩定，而不是隨著鏈的老化而退化」，即使總狀態持續增長。

最後一種選項，部分無狀態（Partial Statelessness），允許節點僅儲存狀態的子集，而錢包和輕客戶端則快取它們所依賴的數據。這可以通過降低儲存成本並減少對主要 RPC 服務提供者的依賴，擴大參與度。

三種方法的共同目標是「減少狀態作為效能瓶頸、降低持有成本，並使其更易於提供」。

接下來會怎樣？

EF 表示，他們正優先推動能夠立即帶來效益的實際措施，同時為未來更具雄心的協議變革做準備。

根據文章，這些措施包括歸檔開發、改進 RPC 基礎設施，以及讓運行部分無狀態節點變得更容易。團隊還強調，這些舉措之所以被選中，是因為「它們立即有用且具備前向兼容性」。

展望未來，基金會邀請開發者、節點運營者和基礎設施團隊參與進來。

「隨著我們不斷迭代，會持續分享進展和未解問題。但我們無法單獨解決這個問題，」研究人員寫道。「如果你是客戶端開發者、運行節點、運營基礎設施、在 Layer 2 上構建，或僅僅關心 Ethereum 的長期健康，我們邀請你參與進來：對我們的提案提供反饋、參與論壇和電話討論，並協助實際測試新方法。」

這一更新正值 Ethereum Foundation 加強有關長期協議開發的溝通之際。