Vitalik Buterin氏がイーサリアムの実行レイヤーの大幅な変更を提案という投稿がBitcoinEthereumNews.comに掲載されました。Vitalik Buterin氏は、イーサリアムの実行レイヤーに関する大きな変更を提案しており、その中にはVitalik Buterin氏がイーサリアムの実行レイヤーの大幅な変更を提案という投稿がBitcoinEthereumNews.comに掲載されました。Vitalik Buterin氏は、イーサリアムの実行レイヤーに関する大きな変更を提案しており、その中には

ヴィタリック、実行レイヤーの大幅な見直しを提案

2026/03/02 07:34
10 分で読めます
本コンテンツに関するご意見・ご感想は、crypto.news@mexc.comまでご連絡ください。

Vitalik Buterinは、バイナリ状態ツリーやEVMからRISC-Vへの移行の可能性を含む、イーサリアム実行レイヤーの大幅な変更を提案しています。

イーサリアムの共同創設者であるVitalik Buterinは、スケーリングロードマップの一環として、ネットワークの実行レイヤーの大幅な見直しを提案しました。

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

バイナリ状態ツリーの提案

ロードマップには、現在の16進マークルパトリシアツリーを置き換えるEIP 7864が含まれています。新しい設計では、バイナリツリーとより効率的なハッシュ関数を使用します。

Guillaume Balletを含む開発者がこの提案に取り組んできました。バイナリ構造により、マークルブランチのサイズが削減されます。

短いブランチは、検証に必要な帯域幅を削減します。これにより、ライトクライアントやプライベート情報検索システムのコストを削減できます。

Buterinは、ブランチが4倍短くなる可能性があると述べました。これにより、クライアント側の検証がより実用的になります。また、ゼロ知識証明の効率も向上します。

この提案では、ハッシュ関数の変更も検討されています。オプションには、Blake3またはPoseidonの変種が含まれます。

Blake3は適度な速度向上を提供する可能性があり、Poseidonはプルーバーのパフォーマンスをさらに向上させる可能性があります。

この提案では、ストレージスロットを64から256スロットのページにグループ化し、隣接するストレージにアクセスするコントラクトのガスコストを削減する可能性があります。

多くのアプリケーションは初期のストレージスロットを頻繁に使用するため、この構造により実行コストを削減できる可能性があります。

バイナリツリーは、アクセス深度の分散も削減し、モデルを簡素化し、将来の状態有効期限メタデータをサポートします。

仮想マシンの移行提案

提案の第2部は、イーサリアム仮想マシンに関するものです。Buterinは、EVMをRISC-Vベースの仮想マシンに置き換えることについて議論しました。

この変更は、長期的なものであり、現時点では合意形成されていないと説明されています。彼は、プロトコルの複雑さが時間とともに増加していると主張しました。

一部の開発者は、制約があると認識されるため、EVMの使用を避けています。彼は、新しいVMがシンプルさと汎用性を回復できると述べました。

RISC-Vは、オープン標準の命令セットアーキテクチャです。現在、プルーバーはRISC-Vで書かれることが多いです。プロトコルVMをプルーバー環境に合わせることで、効率を向上させることができます。

Buterinは、RISC-Vインタープリターはコンパクトであると述べました。彼はそれをわずか数百行のコードと説明しました。彼は、これがブロックチェーンVMのあるべき姿だと述べました。

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

クライアント側の証明も焦点の1つです。ユーザーは、コントラクト呼び出しに関する証明をローカルで生成できます。これは、より広範なゼロ知識統合計画と一致しています。

関連記事: VitalikがイーサリアムのL1スロット高速削減計画を発表

段階的な展開ロードマップ

この提案は、段階的な移行パスを概説しています。最初のステップでは、プリコンパイルのみに新しいVMを許可します。

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

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

最終フェーズでは、EVMを廃止します。EVM自体は、新しいVM内のスマートコントラクトとして実行できます。

このアプローチは、後方互換性を維持することを目的としています。移行中にガスコストが変化する可能性があります。

ただし、ロードマップでは、より広範なスケーリングの取り組みがこれらの影響を相殺する可能性があることを示唆しています。焦点は、効率性とよりクリーンな設計に置かれています。

Buterinは、イーサリアムは段階的なアップグレードだけで機能すると述べました。しかし、彼はこの見直しを構造的な改善として提示しました。

この提案は、実行レイヤーを将来のスケーラビリティの中心として位置づけています。ロードマップは、状態ツリーの改革とVMの置き換えを結び付けています。

どちらも証明効率とクライアント側のユースケースを対象としています。この提案は現在、イーサリアムコミュニティ内でより広範な議論に入っています。

出典: https://www.livebitcoinnews.com/vitalik-proposes-deep-execution-layer-overhaul/

免責事項:このサイトに転載されている記事は、公開プラットフォームから引用されており、情報提供のみを目的としています。MEXCの見解を必ずしも反映するものではありません。すべての権利は原著者に帰属します。コンテンツが第三者の権利を侵害していると思われる場合は、削除を依頼するために crypto.news@mexc.com までご連絡ください。MEXCは、コンテンツの正確性、完全性、適時性について一切保証せず、提供された情報に基づいて行われたいかなる行動についても責任を負いません。本コンテンツは、財務、法律、その他の専門的なアドバイスを構成するものではなく、MEXCによる推奨または支持と見なされるべきではありません。