ヴィタリックの投稿では、ストレージ要件の削減やイーサネット・プロトコルの複雑さなどの目標を掲げた、イーサネット・プロトコルの未来である「パージ」について論じている。

ヴィタリックは、イーサネット・プロトコルの今後の発展（第5部：パージ）について、次のような主要目標を掲げて発表した： 各ノードがすべての履歴と状態さえも永続的に保存する必要性を削減または排除することによって、クライアント側のストレージ要件を削減する； 不要な機能を排除し、プロトコルの複雑さを軽減する。 記事で述べたように、イーサネットはすでに、すべてのノードがすべての履歴を恒久的に保存するモデルからの移行を始めている。コンセンサス・ブロック（すなわち、プルーフ・オブ・エクイティ・コンセンサスに関連する部分）は約半年間しか保存されず、ブロブは約18日間しか保存されない。長期的な目標は、各ノードがすべてを保存する責任を負う調整期間（おそらく～18日間）を設け、その後、イーサネット・ノードのピアツーピアネットワークが古いデータを分散して保存することである。 過去の記録をクライアント側で保存する必要性に加え、口座残高や乱数、契約コード、契約ストレージといった状態が増え続けるため、クライアント側のストレージの必要量は年間約50GBと、まだまだ増え続けるだろう。ユーザーは、現在および将来のイーサネット・クライアントに永遠に負担を強いることになる1回限りの料金を支払うことができる。 プロトコルの複雑さを軽減するためには、2つのことを行う必要がある： 変更を止めることと、プロトコルを厳格にすること； 実際に機能を削除し、複雑さを軽減する能力。 さらにVitalik氏は、複雑さを軽減するためのより積極的なアプローチとして、プロトコルはそのままにして、そのほとんどをプロトコル機能からコントラクトコードに移行すること、より控えめなアプローチとして、現在のEther実行環境との関係でビーコンチェーンは変更せず、新しい「公式Ether VM」としてRISC-V、Cairo、またはその他のVMを選択し、すべてのEVMを「公式Ether VM」、または「公式VM」に置き換えることを挙げた。RISC-V、Cairo、または他のVMを新しい "公式イーサネットVM "として選択し、すべてのEVM契約を、元のコードのロジックを解釈する新しいVMコード（コンパイルまたはインタープリタ）に強制的に変換することができます。理論的には、"ターゲットVM "をEOFバージョンとして使用することによっても可能です。