イーサリアムは今、本当に大規模な改修を受けようとしていますが、核心はEVMをどうするかという問題ですね。



最近、ビタリックが投げかけたテーマが興味深いです。これまでイーサリアムの開発者たちは、新しい暗号化作業が必要なときに、EVMを直接触るのではなく、事前にコンパイルされた契約をプロトコル層にハードコーディングする方式を好んできました。いわば迂回戦略だったわけです。しかし、ビタリックはこれが根本的な解決策ではないと見ています。

彼が提案したのは二つの方法です。第一は、状態ツリーを現在の六角形構造からよりシンプルな二分木に変更すること(EIP-7864)。これにより、メルカール枝の長さが4分の1に短縮され、軽量クライアントのデータ検証帯域幅が大きく削減されます。二つ目は、より大胆で、EVM自体をRISC-Vアーキテクチャに置き換えることです。論理はシンプルです — ZK証明システムはすでにRISC-Vを使っているのに、なぜ仮想マシンだけ別の言語を使う必要があるのか?翻訳層をなくせば、効率性は自然に向上します。

興味深いことに、Arbitrumはこれに同意しません。オフチェーンのラップスチームは具体的な反論を示しましたが、RISC-Vは証明には良いが契約伝達の形式には適さないという主張です。代わりに契約層にはWASMを使い、証明にはRISC-Vを使う方式を提案しています。彼らはすでにArbitrumでプロトタイプまで動かしているそうです。

より大きな視野で見ると、これはL2とイーサリアムの役割再定義ともつながります。ビタリックが専用L2ロードマップの必要性に疑問を投げかけた後、L2もむしろイーサリアムから独立した存在へと進もうと動き始めています。PolygonのCEOは、真の課題は拡張性ではなく、それぞれのL2が独自のブロック空間を作ることだと述べています。

では、これが実際に起こるのでしょうか?ビタリック自身も、現在のEVM置換について広範な合意はないと認めています。状態ツリーの改革はより成熟した段階(具体的な草案とチームがある)ですが、RISC-Vへの切り替えはまだロードマップ段階にとどまっています。ただし、彼は興味深い発言をしています — イーサリアムはすでにマージ(統合)で一度エンジンを交換しており、今後は状態ツリー、簡素化された合意アルゴリズム、ZK-EVMの検証、そして仮想マシンの置き換えまで、あと4回ほど行えるということです。

GlacierBurnのアップグレードは今年上半期にリリースされ、その後Hogetaアップグレードが続く見込みです。具体的な内容はまだ確定していませんが、状態ツリーの改変と実行層の最適化が主要テーマになると考えられます。

結局、これはパッチを重ねるのではなく、基礎を完全に取り壊して新たに作り直す作業です。ZK時代にイーサリアムが古いシステムのまま残らないようにしようという意志が見えます。2027年には結果が出るでしょう。
原文表示
このページには第三者のコンテンツが含まれている場合があり、情報提供のみを目的としております(表明・保証をするものではありません)。Gateによる見解の支持や、金融・専門的な助言とみなされるべきものではありません。詳細については免責事項をご覧ください。
  • 報酬
  • コメント
  • リポスト
  • 共有
コメント
コメントを追加
コメントを追加
コメントなし
  • ピン