Vitalikが深層実行レイヤーの全面的な見直しを提案

Vitalik Buterinは、バイナリ状態ツリーやEVMからRISC-Vへの移行を含む、Ethereumの実行層に大規模な変更を提案しています。

Ethereumの共同創設者Vitalik Buterinは、スケーリングロードマップの一環としてネットワークの実行層の大規模な刷新を提案しました。

この計画は、証明と実行のボトルネックをターゲットにし、構造的なアップデートに焦点を当てています。主な提案には、バイナリ状態ツリーへの移行と、EVMの置き換えにRISC-Vアーキテクチャを採用する可能性が含まれます。

バイナリ状態ツリ提案

ロードマップにはEIP 7864が含まれており、これは現在の六角形Merkle Patricia Treeを置き換えるものです。新しい設計はバイナリツリーとより効率的なハッシュ関数を使用します。

Guillaume Balletをはじめとする開発者たちがこの提案に取り組んでいます。バイナリ構造はMerkleの枝のサイズを縮小します。

枝が短くなることで検証に必要な帯域幅が減少します。これにより、ライトクライアントやプライベート情報取得システムのコスト削減が期待されます。

さて、実行層の変更です。アカウント抽象化、多次元ガス、BALs、ZK-EVMについてはすでに話しました。

ここでは、私が非常に価値があると考える短期的なEVMのアップグレードについても触れました：ベクトル化された数学のプリコンパイル（基本的に、32ビットまたはそれ以上の…

— vitalik.eth (@VitalikButerin) 2026年3月1日

Buterinは、枝が4倍短くなる可能性を示唆しています。これにより、クライアント側の検証がより実現可能になり、ゼロ知識証明の効率も向上します。

また、ハッシュ関数の変更も検討されており、選択肢にはBlake3やPoseidonのバリアントが含まれます。

Blake3は速度向上をもたらす可能性があり、Poseidonは証明者のパフォーマンスをさらに改善できると考えられています。

提案は、ストレージスロットを64から256のページにグループ化し、隣接するストレージへのアクセスコストを削減することも検討しています。

多くのアプリケーションは頻繁に早期のストレージスロットを使用しており、この構造は実行コストの低減に寄与します。

また、バイナリツリーはアクセス深度のばらつきを減らし、モデルを簡素化し、将来の状態有効期限メタデータのサポートも可能にします。

仮想マシンの移行提案

提案の第二部はEthereum Virtual Machine（EVM）に関するものです。Buterinは、EVMをRISC-Vベースの仮想マシンに置き換えることを議論しています。

この変更は長期的なものであり、現時点ではコンセンサスには含まれていません。彼は、時間とともにプロトコルの複雑さが増してきたと指摘しました。

一部の開発者は、制約と感じられる点からEVMの使用を避けていると述べています。彼は、新しいVMがシンプルさと汎用性を回復させる可能性があると述べました。

RISC-Vはオープンスタンダードの命令セットアーキテクチャです。現在、多くの証明者はRISC-Vで記述されています。プロトコルのVMを証明者環境に合わせることで効率性が向上する可能性があります。

Buterinは、RISC-Vインタプリタはコンパクトにできると述べており、数百行のコードで済むと説明しました。これこそがブロックチェーンのVMの理想的な姿だとしています。

また、プリコンパイルへの依存を減らすことも目指しています。より効率的なVMは、多くのプリコンパイルを不要にし、プロトコルルールの簡素化や特殊ケースの削減につながる可能性があります。

クライアント側の証明も重要な焦点です。ユーザーはローカルでコントラクト呼び出しの証明を生成できるようになり、ゼロ知識証明の広範な統合計画と整合します。

関連資料：Vitalik、Ethereumの高速L1スロット削減計画を示す

段階的展開ロードマップ

提案は段階的な移行計画を示しています。最初のステップは、新しいVMをプリコンパイル専用で導入することです。

多くの既存のプリコンパイルは、新しいVM内で動作するコードに置き換えられる可能性があります。次のフェーズでは、ユーザーが新しいVMに直接コントラクトをデプロイできるようになります。

これにより、既存のEVMと並行して動作します。開発者は好みの環境を選択できます。

最終段階では、EVMを廃止します。EVM自体は、新しいVM内のスマートコントラクトとして動作させることも可能です。

このアプローチは後方互換性を維持しつつ、移行期間中のガスコストの変動も考慮しています。

ただし、ロードマップは、より広範なスケーリング努力によってこれらの影響を相殺できると示唆しています。焦点は引き続き効率性とクリーンな設計にあります。

Buterinは、Ethereumは段階的なアップグレードだけで機能すると述べましたが、同時にこの刷新を構造的な改善と位置付けています。

この提案は、実行層を将来のスケーラビリティの中心と見なしており、状態ツリーの改革とVMの置き換えを結びつけています。

両者とも証明の効率性とクライアント側のユースケースをターゲットにしています。提案は現在、Ethereumコミュニティ内でより広く議論されています。