Vitalik Buterin 概述了Ethereum清洗計劃

Ethereum的創始人維塔利克·布特林 (Vitalik Buterin) 宣佈了該網絡的下一步計劃，即削減額外的重量。他稱之爲“清洗”。

在他的系列博客文章的第五篇中，Vitalik 制定了一個無情的計劃，以消除區塊鏈膨脹、消除冗餘功能並簡化協議。Ethereum的網絡因過時的交易和複雜的遺留功能而堵塞。

修復？ Vitalik 希望剔除歷史和狀態數據，簡化協議功能，並使節點更易於運行。這一激進的決定是對Ethereum數據快速增長的回應。

目前，一個完整的Ethereum節點僅用於執行客戶端就需要超過 1.1 TB 的存儲空間，還有更多用於共識數據。

隨着交易和賬戶的堆積，存儲需要增長，從而產生瓶頸。如果不做出改變，Ethereum就有變得遲緩的風險，新客戶爲了跟上鍊的最新動態而面臨着痛苦的漫長同步時間。

歷史到期：縮小Ethereum的內存負載

Vitalik 建議節點只保留最近的數據，而不是讓每個節點都保存曾經記錄的每筆交易。歷史區塊、較舊的交易和收據以小部分分佈在節點上。

對於 Vitalik 來說，歷史數據應該像洪流網絡一樣運行——節點存儲少量數據，確保數據可用性，而無需一個節點保存所有數據。 “我們談論的是每年堆積數百千兆字節的舊塊，”他說。

當前節點保存所有數據的模型已經進行了調整。對於權益證明至關重要的共識區塊會存儲六個月，而 blob（較大的交易數據區塊）會在 18 天后消失。

Vitalik 的新提案 EIP-4444 推動歷史區塊和收據的一年存儲上限。他的最終目標是？分佈式網絡，其中每個節點僅存儲一小部分歷史記錄，使用 Merkle 證明和糾刪碼來保證準確性。

這種分佈式歷史存儲不會降低Ethereum的數據可靠性。 Vitalik 聲稱，通過增加節點數量，數據副本將在網絡中成倍增加，從而使每個歷史片段都有良好的支持。

糾刪碼將增加彈性，類似於幫助 blob 保持可用於數據採樣的技術。 Vitalik 還指出門戶網絡和點對點方法是可能的解決方案，讓Ethereum在不依賴集中存儲的情況下管理其數據傳播。

狀態過期：限制數據持久性

除了歷史之外，維塔利克的清洗還包括一個更復雜的野獸：“狀態到期”。與歷史不同，狀態數據（例如賬戶餘額、隨機數和智能trac存儲）更難過期。一旦創建，狀態對象（例如帶有 ETH 的帳戶或trac的存儲槽）仍然可供任何交易訪問。

隨着每個對象的增加，Ethereum的數據也會增長。爲了解決這個問題，Vitalik 提出matic過期，修剪最近未觸及的數據。訣竅是平衡狀態過期與Ethereum的持久性。

他認爲用戶應該能夠“消失五年，回來後仍然可以使用他們的資金”。該系統需要效率——開發人員無需進行額外的計算或複雜的模型。

Ethereum嘗試了各種想法，例如“區塊鏈租金”（向用戶收取費用以保持數據活躍）和“再生”（嘗試重置區塊鏈以減少數據）。都沒有起飛。

兩項新提案旨在解決國家臃腫問題。首先，存在“部分狀態到期”。網絡將數據分割成塊，僅存儲最近的塊，同時保留“存根”（少量不活動數據）以證明存在。

如果一個塊被刪除，用戶可以通過過去數據的證明來恢復它。 Vitalik 的設計方案 EIP-7736 使用 Verkle 樹和“莖葉”模型對數據進行分組。六個月內未觸及的任何數據都將被刪除，只留下一個存根以便在需要時恢復。

第二個想法是基於地址週期的到期，它按時間劃分狀態對象。每個帳戶都有一個“地址週期”，並且僅存儲最近兩個週期的數據。

如果有人想要舊數據，他們將提交 Merkle 證明來恢復它。這種基於週期的設置需要更改地址格式，擴展當前的 20 字節格式以包含版本號和週期。

Vitalik 還建議通過地址空間trac來保持兼容性。接下來的挑戰將變成確保用戶理解並信任這個週期系統，同時又不犧牲Ethereum可用性的核心承諾。

功能清理：削減Ethereum的代碼複雜性

清除的最後階段會影響協議的複雜性。 Vitalik 說：“每一個新功能都會讓Ethereum變得更難使用，但刪除任何功能都是一場噩夢。”最臭名昭著的例子是 SELFDESTRUCT，這是一種允許用戶刪除trac存儲的操作碼。

最初，它允許自願狀態清除，但它大部分未使用，並且存在拒絕服務攻擊的風險。Ethereum的 Dencun 硬分叉削弱了操作碼，Vitalik 計劃很快將其完全刪除。

其他臃腫的功能包括舊的事務類型、冗餘數據格式和混合字節序協議設置。這些怪癖使得開發變得混亂，並且Ethereum更難以升級。

Vitalik 的清理列表還包括將數據格式從 RLP 轉換爲 SSZ、簡化 Gas 規則以更好地管理區塊資源，以及刪除未使用的預編譯（如 RIPEMD160、MODEXP 和 BLAKE）。他還支持將以Ethereum遷移到無狀態客戶端模型，這將消除大多數節點的存儲負擔。

其中一些更改將需要帳戶trac，允許用戶通過“默認帳戶 EVM 代碼”處理遺留交易類型。 Vitalik 表示，這將簡化Ethereum虛擬機（EVM），同時減少代碼大小。從長遠來看，EVM 本身可以得到升級。

他解釋說，Ethereum開發人員正在考慮採用 RISC-V 或 Cairo 等新的執行模型，或者可能使用 EVM 對象格式 (EOF) 來標準化代碼規則。

EOF 改變了 Gas 規則並禁止某些指令以允許模塊化升級，從而提高了Ethereum的可擴展性。據報道，這種格式將讓開發人員進行漸進式改進，最終幫助Ethereum保持精簡。

但Vitalik確實給出了另一種選擇。他說，“一個更激進的Ethereum簡化策略是保持協議不變，但將其大部分從協議功能轉移到trac代碼。”