イーサリアム財団（EF）の研究者らは、ネットワークのデータ負荷（「状態の肥大化」）が増大し続け、イーサリアムノードにとって深刻な問題になりつつあると警告した。
財団内のステートレス・コンセンサス・チームは、ネットワーク上に保持されるアカウント、スマートコントラクト・データ、アプリケーション・コードが日々ますます多くのストレージスペースを必要とし、ノードの実行が困難になっていると指摘した。
イーサリアムの「ステート」には、アカウント残高、コントラクトのストレージ、アプリケーションを動かすコードなど、ネットワークの現在の状態に関するすべての情報が網羅されています。EFによると、イーサリアムは現在、数十億ドル相当の価値を扱い、数千ものアプリケーションを実行するグローバルなインフラストラクチャとなっています。しかし、この規模は重大な問題をもたらします。それは、ステートが常に拡大し続け、縮小することがないということです。
研究者たちは、ステートが大きくなるにつれて、フルノードの運用コストが上昇し、脆弱性も増すと指摘しています。EFが共有したブログ記事では、ステートが大きくなりすぎたり、限られた数の強力なオペレーターによってしか管理できなくなったりすると、イーサリアムの分散性が損なわれる可能性があると述べられています。
レイヤー2ソリューションの普及、EIP-4844（プロトダンクシャーディング）などのスケーリング対策、ガス制限の引き上げにより、ネットワーク処理能力は向上しました。しかし、EFの研究者によると、これらの進歩はステートの成長も加速させているとのことです。
チームは、少数の大規模かつ技術的に高度なオペレーターのみが完全なステートを保存・提供できるようにすると、イーサリアムの検閲耐性、中立性、そしてネットワークセキュリティにリスクが生じると指摘しました。そのため、研究者たちは、ステートサイズがスケーリングの障壁となるタイミングや、過剰なデータ負荷下でのノードソフトウェアの挙動を積極的にテストしています。
イーサリアムの長期計画には、ステートレス検証が含まれています。これは、バリデータがブロックの完全な状態を保存せずに検証できるようにすることを目的としています。このアプローチは、バリデータの負担を軽減すると同時に、データ保存の責任をより限られたグループに委譲します。
EFによると、ステートレスアーキテクチャでは、ブロックプロデューサー、RPCサービスプロバイダー、MEVシーカー、ブロックエクスプローラーといった専門のオペレーターがステートの大部分を保持することになる。研究者たちは、これが同期の問題、検閲リスク、そして外部からの圧力への耐性といった点で新たな課題を生み出す可能性があると指摘している。
ステートレス コンセンサス チームは、状態のオーバーヘッドを削減し、ノードをより持続可能にするための 3 つの異なるアプローチを提案しました。
状態の有効期限：長期間使用されていないデータをアクティブ状態から削除し、必要に応じて証拠とともに復元することが目標です。EFによると、現在の状態の約80%は1年以上使用されていません。
状態アーカイブ：頻繁に使用される「アクティブ」データと、アクセス頻度の低い「アーカイブ」データを分離する計画です。これは、チェーンの経年劣化に伴うノードのパフォーマンス低下を防ぎ、システムの安定性を長期にわたって維持することを目的としています。
部分的ステートレスアーキテクチャ：ノードは状態の一部のみを保持し、ウォレットと軽量クライアントは必要なデータをキャッシュするように設計されています。このアプローチは、ストレージコストを削減し、より多くのユーザーがノードを実行できるようにすることで、大規模なRPCプロバイダーへの依存を減らすことを目的としています。
※これは投資アドバイスではありません。
