Odaily スタージャーナルによると Vitalik は、次の主な目標を掲げて、イーサリアム プロトコルの将来の開発 (パート 5: パージ) をリリースしました。 各ノードがすべての履歴や状態を永続的に保存する必要性を減らすか排除することで、クライアントのストレージ要件を削減します。 不要な機能を排除することで、クライアントのストレージ要件を削減します。プロトコルの複雑さ。 この記事では、イーサリアムがすべての履歴記録を永続的に保存するすべてのノードのモデルを廃止し始めていると述べられています。コンセンサスブロック（つまり、プルーフ・オブ・ステークのコンセンサスに関連する部分）は、約 6 か月間のみ保存されます。 BLOB は約 18 日間のみ保存されます。 EIP-4444 は、履歴ブロックとレシートに 1 年間の保存期間を導入することを目的としています。長期的な目標は、各ノードがすべてを保存する責任を負う調整された期間 (おそらく最大 18 日) を設定し、イーサリアム ノードのピアツーピア ネットワークが古いデータを分散形式で保存することです。 履歴を保存するというクライアントのニーズに加えて、アカウント残高と nonce、契約コード、契約ストレージなどの状態が増大するため、クライアントのストレージ ニーズは今後も増加し続け、年間約 50 GB になります。ユーザーは 1 回限りの料金を支払うことで、現在および将来のイーサリアム クライアントに永続的な負担を強いることができます。 プロトコルの複雑さを軽減するには、2 つのことを行う必要があります。変更をやめて、実際に機能を削除して複雑さを軽減できるようにプロトコルを固定化することです。 さらに、Vitalik 氏は、複雑さを軽減するためのより抜本的なアプローチは、プロトコルを現状のままにし、プロトコルの機能の大部分をコントラクト コードに移動することですが、より穏健なアプローチは、ビーコン チェーンと現在のイーサリアムの間の分離を維持することであると述べました。実行環境の関係は変更されず、RISC-V、Cairo、またはその他の VM を新しい「イーサリアム公式 VM」として選択し、すべての EVM コントラクトを元のコード ロジックを解釈する新しい VM コードに強制的に組み込むことができます (コンパイルまたは解釈によって)。 。理論的には、これは「ターゲット VM」を EOF バージョンとして使用することもできます。