EIP-4444が2025年7月8日に有効化されたことで、Ethereumの実行クライアントはMerge — 2022年9月のプルーフ・オブ・ステークへの移行 — より前の歴史データを削除できるようになり、ストレージ要件が300〜500 GB削減され、新規ノードは半日未満で同期できるようになりました。積極的な設定では、運用者は2 TBのディスク上で完全に機能するノードを実行しながら、合計ストレージを0.5 TB未満に抑えることができます。

EIP-4444が実際に変えるもの

この改善の中心は「部分的な履歴期限切れ(partial history expiry)」と呼ばれる仕組みです。すべてのノードにEthereumブロックチェーンの完全な履歴の保存を求めるのではなく、EIP-4444はノードが定義された保持期間の経過後に古いデータを破棄することを許可します。当初の設計では約33,000エポック — 各エポックは6.4分の合意形成の時間単位 — が規定されていましたが、その後、およそ1年分の履歴に相当する約82,000エポックに改訂されました。

現在のチェーンヘッドの検証は弱主観性チェックポイント、すなわちクライアントがジェネシスからチェーン全体を検証する代わりに信頼できるソースから取得する最近の状態に依拠しています。合意形成レイヤーはチェックポイント同期により数分以内にオンライン状態になれ、実行レイヤーは10年分のトランザクションレシートをダウンロードして検証する必要がなくなります。アーカイブアクセスを必要とする運用者向けには、履歴データ取得の仕組みがオプション機能として引き続き利用可能です。

主要5つのEthereum実行クライアントすべてが対応をリリース済みです。Geth v1.16.0、Nethermind 1.32.2、Besu 25.7.0、Erigon v3.0.12、Reth v.5.0のいずれにも、必要なフラグと設定が含まれています。

ストレージが問題になりつつあった理由

EIP-4444以前、フルノードには400 GBを超えるディスク容量が必要であり、その数値は増加する一方でした。新しいブロック、スマートコントラクトのやり取り、トークン送金のすべてがデータを積み上げていきました。

留意すべき重要な区別があります。この変更はフルノードとバリデータに影響するものであり、アーカイブノードには影響しません。ブロックエクスプローラーや分析プラットフォーム向けに履歴クエリを提供するアーカイブノードは、引き続きすべてのデータを保存します。

アクセシビリティの方程式

0.5 TB未満のストレージでの半日未満の同期は、十分な性能のSSDを備えた比較的安価なコンシューマグレードのマシンでもEthereumのネットワークに参加できることを意味します。運用者にとっては、サードパーティプロバイダーに頼るのではなく、自身のハードウェア上でトランザクションや残高を検証できることを意味します。これは、以前の新規ノード運用者を待ち受けていた数日を要する同期プロセスや1 TB超のストレージ要件とは対照的です。

EIP-4444はEthereumのロードマップにおける「Purge」フェーズに位置づけられており、Vitalik Buterinはこれをプロトコルの複雑さとノード要件の削減に焦点を当てたものと説明しています。

残る課題は、ノードがそれぞれ異なるペースで削除を始め、履歴データが普遍的に複製される形から分散した形に移行する過渡期をネットワークがどう扱うかです。Portal Networkおよびその他のピアツーピアのデータ可用性ソリューションは、このギャップを埋めるために設計されており、大多数のノードが先へ進んだ後でも履歴クエリに応答できることを目指しています。

Source: CryptoBriefing