ビタリック・ブテリンは最近、イーサリアムの実行層の将来の方向性について言及しました。これはネットワークのパフォーマンスと効率性を向上させるための重要な一歩です。このロードマップは、主に二つの柱に焦点を当てています:状態保存システムの開発と仮想マシンの再設計。どちらもコスト削減と処理速度向上を目的としています。## 状態木のアップグレード:マークル・パトリシアから二分木へ最初のアップデートは、現在の状態木の構造の再編に焦点を当てています。イーサリアムは現在、六角形のマークル・パトリシア構造を採用していますが、新しい計画では、より効率的なハッシュ関数を用いた二分木への移行を目指しています。これはEIP-7864提案によるものです。この変化にはいくつかの直接的なメリットがあります。マークルの枝の長さを大幅に短縮し、証明の検証に必要な帯域幅を削減します。Blake3やPoseidonのような高度なハッシュ関数を使用することで、現行システムと比べてパフォーマンスが向上します。さらに、二分木構造はストレージセルをページにまとめて管理し、隣接データへのアクセスコストを低減します。メタデータのビットを保持し続けることで、将来的には状態の有効期限機能も有効化できる設計になっています。## 作業メカニズムの置き換え:より効率的な仮想マシンへロードマップのもう一つの側面は、仮想マシンの改良です。ビタリック・ブテリンは、長期的にはEVM(イーサリアム仮想マシン)を新しいアーキテクチャに置き換えることを提案しています。候補としては、オープンソースのRISC-Vアーキテクチャが挙げられます。これは高い効率性で知られています。提案される仮想マシンは、以下の目標を達成すべきです。実行効率を根本的に向上させ、複雑な操作の証明生成(ZK証明)の効率化を促進する。クライアント側でのZK証明の作成をより簡単かつ高速に行えるようにする。コードやアプリケーションの実行をよりシンプルにし、プラットフォーム上での操作を容易にする。## 実施計画:段階的な移行プロセス即時の抜本的な変更は提案されておらず、代わりに段階的な展開計画が示されています。第一段階:事前に用意されたコントラクトを新しい関数に置き換える。第二段階:更新された仮想マシン上で新しいコントラクトの展開とコピーをサポート。第三段階:完全な後方互換性を確保しつつ、EVMを段階的に安全に置き換える。この段階的アプローチは、ネットワークの安定性とセキュリティを維持しながら移行を進めることを可能にし、イーサリアムの持続可能で信頼性の高い開発を目指すチームのコミットメントを示しています。
イーサリアムは根本的なアップグレードの準備をしている:マークル・ロードマップと新しい仮想マシン
ビタリック・ブテリンは最近、イーサリアムの実行層の将来の方向性について言及しました。これはネットワークのパフォーマンスと効率性を向上させるための重要な一歩です。このロードマップは、主に二つの柱に焦点を当てています:状態保存システムの開発と仮想マシンの再設計。どちらもコスト削減と処理速度向上を目的としています。
状態木のアップグレード:マークル・パトリシアから二分木へ
最初のアップデートは、現在の状態木の構造の再編に焦点を当てています。イーサリアムは現在、六角形のマークル・パトリシア構造を採用していますが、新しい計画では、より効率的なハッシュ関数を用いた二分木への移行を目指しています。これはEIP-7864提案によるものです。この変化にはいくつかの直接的なメリットがあります。
マークルの枝の長さを大幅に短縮し、証明の検証に必要な帯域幅を削減します。Blake3やPoseidonのような高度なハッシュ関数を使用することで、現行システムと比べてパフォーマンスが向上します。
さらに、二分木構造はストレージセルをページにまとめて管理し、隣接データへのアクセスコストを低減します。メタデータのビットを保持し続けることで、将来的には状態の有効期限機能も有効化できる設計になっています。
作業メカニズムの置き換え:より効率的な仮想マシンへ
ロードマップのもう一つの側面は、仮想マシンの改良です。ビタリック・ブテリンは、長期的にはEVM(イーサリアム仮想マシン)を新しいアーキテクチャに置き換えることを提案しています。候補としては、オープンソースのRISC-Vアーキテクチャが挙げられます。これは高い効率性で知られています。
提案される仮想マシンは、以下の目標を達成すべきです。
実行効率を根本的に向上させ、複雑な操作の証明生成(ZK証明)の効率化を促進する。クライアント側でのZK証明の作成をより簡単かつ高速に行えるようにする。コードやアプリケーションの実行をよりシンプルにし、プラットフォーム上での操作を容易にする。
実施計画:段階的な移行プロセス
即時の抜本的な変更は提案されておらず、代わりに段階的な展開計画が示されています。
第一段階:事前に用意されたコントラクトを新しい関数に置き換える。第二段階:更新された仮想マシン上で新しいコントラクトの展開とコピーをサポート。第三段階:完全な後方互換性を確保しつつ、EVMを段階的に安全に置き換える。
この段階的アプローチは、ネットワークの安定性とセキュリティを維持しながら移行を進めることを可能にし、イーサリアムの持続可能で信頼性の高い開発を目指すチームのコミットメントを示しています。