ヴィタリック・ブテリンは今週Xへの投稿で、Ethereum（イーサリアム）（ETH）における実行クライアントとコンセンサスクライアントの分離が、自前でノードを立てようとする人にとって不必要な複雑さを生んでおり、このアーキテクチャについてエコシステムは再検討に前向きであるべきだと主張した。
この投稿では、ノード運用をプロフェッショナル向けの作業としてではなく、あらゆる個人や世帯にとっての基本的な権利として位置づけている。ちょうどそのタイミングで、Statusが開発するイーサリアムクライアントのNimbusが、両方のクライアント種別をひとつのプロセスにまとめた統合バイナリをリリースしている。
ブテリン氏が語ったこと
イーサリアムが2022年にMergeを行って以来、フルノードを運用するには「実行クライアント」と「コンセンサスクライアント」という2つのソフトウェアデーモンを連携させる必要がある。
ユーザーはJWTシークレットの設定、起動順序の管理、プロセス間通信の不具合のデバッグなどを行わなければならない。ブテリン氏は、現在のやり方は「不要な複雑性を加えている」と述べ、ノード運用はDevOpsの専門家に任せるべき作業だとする暗黙の前提は、逆転させなければならないと主張した。
「自前のイーサリアムインフラを動かすことは、すべての個人と世帯の基本的な権利であるべきだ」と彼は記している。
さらに彼は、高い運用上の複雑さを正当化する理由としてハードウェア要件を持ち出すことを明確に退け、十分なハードウェアやステーキング環境を備えたユーザーでさえ、時間は限られていることが多いのだと論じた。
関連記事: Bitcoin Whale Wallets Resume Buying At $71K As ETFs Log First 2026 Inflow Streak
短期的な道筋と長期的な道筋
短期的には、Dockerベースとなる可能性もある標準化されたラッパーを用意することで、ユーザーが任意の実行クライアントとコンセンサスクライアントの組み合わせをインストールし、手動設定なしで相互通信できるようにすべきだとブテリン氏は述べた。
彼は、その方向性の前向きな例としてNimbusの統合ノードを挙げている。
Nimbusの統合クライアントは、実行機能とコンセンサス機能を、単一のバイナリ、単一のプロセス、単一のデータディレクトリに統合している。
プロジェクトのドキュメントでは、その目的を、Merge後に生じた運用上の断片化を解消しつつ、Mergeが導入したアーキテクチャ上の分離自体は維持することだと説明している。
Lean Ethereum と長期的なアーキテクチャ
より長期的には、Lean Ethereumコンセンサスプロジェクトが成熟した段階で、ビーコンチェーンと実行クライアントの分離を見直すことにも、エコシステムは前向きであるべきだとブテリン氏は述べた。
Lean Ethereumとは、コンセンサスレイヤーそのものの複雑さを削減しようとする継続的な取り組みを指し、GlamsterdamやHegotáアップグレードを含む、より広範な2026年ロードマップの一部となっている。アーキテクチャ変更について具体的なタイムラインは示されていない。
この投稿は、2026年にブテリン氏が繰り返し訴えてきたテーマを改めて強調するものでもある。それは、プロトコルの複雑さ自体が中央集権化リスクとなり、イーサリアムに対する実効的なコントロールを、一般ユーザーではなく専門家に集中させてしまうという問題だ。