イーサリアムの共同創設者、Vitalik Buterin氏は、ノードの同期が最短半日で完了し、積極的な設定ではディスク使用量を0.5テラバイト未満に抑えられると述べた。Xへの投稿でButerin氏は、ノードの実行に必要な時間とストレージが大幅に削減されたことを指摘した。この変化は、ブロックチェーンのデータフットプリントが拡大し続けるなかで実現したものである。

イーサリアムノード——チェーンのデータを保存・検証するソフトウェア——の実行は従来、多大なストレージ容量と処理リソースを必要とし、ネットワークを独自に検証したい小規模運営者やユーザーにとって参入障壁となっていた。今回の改善は、イーサリアムインフラをより利用しやすくするというより広取り組みを浮き彫りにしている。

EIP-4444が同期改善を推進

Buterin氏は、この進展をEIP-4444と、特にスナップショット同期をめぐるイーサリアムクライアントチームによる継続的な最適化に帰している。EIP-4444は、ノードが保持すべき履歴チェーンデータの量を制限することを目的としたイーサリアム改善提案であり、時間の経過とともにノード運用の負担を増大させてきたストレージの増加に対応するものだ。スナップショット同期により、クライアントは履歴チェーン全体を最初から処理する代わりに、最新のブロックチェーン状態をより効率的に取得でき、新規ノードを設定する運営者のハードウェアおよび時間要件を引き下げる。

Nimbusのドキュメントでは、最近の信頼済みチェックポイントから開始することでセットアップを大幅に高速化する手法として、チェックポイント同期についても説明されている。

ノードのアクセシビリティは、イーサリアムの分散型インフラにとって依然として重要な課題である。リソース要件の低下により、個人や小規模運営者が中央集権的なリモートプロバイダーに依存するのではなく、独自のノードを実行しやすくなる可能性がある。

Glamsterdamが同期パフォーマンスをさらに向上へ

Buterin氏は、今後予定されているイーサリアムのGlamsterdamアップグレードが、ノード同期にさらなる改善をもたらすと述べた。計画されている変更には、関連するアップグレードを活用するNimbus向けの新しい同期プロトコルの開発が含まれる。

イーサリアム開発者は現在、Glamsterdamの公開テストに向けた準備を進めている。CoinDeskによると、Sepoliaでのテストは10月6日に予定されているが、メインネットの有効化日はまだ決定されておらず、テストネット段階がアップグレード展開における次の予定されたチェックポイントとなる。

今回の同期改善は、容量を拡大しながらネットワークをより効率的にするという、イーサリアム開発者によるより広範な取り組みの一環として実現した。ノード運営者にとって、より高速な同期と低いストレージ要件は、イーサリアムのブロックチェーンが拡大し続けるなかで、参加の負担を軽減する可能性がある。Glamsterdamのテスト段階は、ノード要件をさらに削減できるかどうかについての次の判断材料となる。