eip-7864

以太坊の共同創設者 Vitalik Buterin は、ソーシャルメディアでイーサリアムの実行層のロードマップについて説明し、状態ツリーと仮想マシンの2つの主要な変更点に焦点を当てました。状態ツリーに関して、Vitalik は EIP-7864 を通じて現在の16進数のMerkle Patriciaツリーを、より効率的なハッシュ関数に基づくバイナリツリーにアップグレードすることを支持しています。この変更により、Merkleブランチが4倍短縮され、クライアントのデータ検証の帯域幅コストが削減されます。また、ハッシュ関数はBlake3またはPoseidonシリーズに変更可能で、証明効率が大幅に向上します。バイナリツリーの設計では、ストレージスロットを「ページ」としてグループ化し、隣接するストレージへのアクセスコストを低減します。多くのDeFiアプリケーションでは、各取引で1万Gas以上の節約が可能です。さらに、バイナリツリー構造はよりシンプルで、将来の状態期限機能のためにメタデータビットを予約できます。仮想マシンに関して、Vitalik は長期的な方向性としてEVMの置き換えを提案し、RISC-Vアーキテクチャを採用する可能性があります。新しいVMは4つの目標を満たす必要があります：元の実行効率を高め、大多数のプリコンパイルを不要にすること；EVMよりも証明効率を向上させること；クライアント側でZK証明を生成することをサポートすること；コード実装を最大限に簡素化すること。彼は、「EVM+GPU」のレベルにとどまるだけでは、イーサリアムは確かに「十分」ですが、より良いVMがプロトコルをより強力にすることができると指摘しました。展開のロードマップは3つのステップに分かれています：新しいVMはまずプリコンパイルの代替として使用されます；次に、ユーザーが新しいVMに基づくコントラクトをデプロイできるようになります；最終的にEVMは引退し、新しいVMで書かれたスマートコントラクトに完全に後方互換性を実現します。

コミュニティが提起した「イーサリアムは依然として契約サイズの上限を設定している」という議論に対し、Vitalik Buterin は、DoS リスクの考慮からであると応じました。彼は、イーサリアムの状態構造が統一バイナリツリー（EIP-7864）にアップグレードされると、契約のサイズが無制限になることが期待されるが、依然として超大規模契約の発行時のガス料金とメカニズム設計を解決する必要があると述べました。現在、バイトごとの作成コストで計算すると、実際の契約上限は約 82 KB です。