Vitalik Buterinは再びイーサリアム技術の最前線に立っています。今回は、RISC-Vを既存のイーサリアム仮想マシン（EVM）に代わる大胆な構想を提案しました。過去10年間、EVMはスマートコントラクトプラットフォームの代名詞となり、SolidityやVyperコードの実行基盤として機能し、RollupやL2アーキテクチャが共に依存する基盤の「エンジン」です。しかし、Vitalikにとって、この「エンジン」は現代のニーズに適合しない多くの問題が徐々に明らかになっています。
原文：https://ethereum-magicians.org/t/long-term-l1-execution-layer-proposal-replace-the-evm-with-risc-v/23617
では、なぜRISC-Vなのか？なぜ今提案されたのか？その背後にはどのような壮大なビジョンと技術的な挑戦が隠されているのか？
まず、EVMは堅固ですが、構造的には「老朽化」しています。EVMは256ビットのスタック構造を使用し、本質的にはブロックチェーンの安全性と確定性を考慮して設計された仮想計算アーキテクチャですが、このアーキテクチャは現実世界のCPUの動作方式から離れており、ZK（ゼロ知識）証明に基づくシステムがEVMを模倣しようとする際に、大量のリソースを費やす必要があります。つまり、「このコードがEVMのように実行されている」という証明に多くのリソースが使われ、本当のビジネスロジック処理には使われていないのです。
その結果、現在のZK-EVMが直面しているボトルネックが存在します。それは遅いのは、ZK技術そのものが十分に進んでいないからではなく、シンプルで証明が難しい仮想マシンを模倣しなければならないからです。そして、これらのZKシステムの中で、EVMのコードはしばしば別の形式に「変換」されて処理されます——RISC-Vに。
Vitalikの提案は自然な一歩です。「すべてのZKシステムが最終的にEVMをRISC-Vに翻訳する必要があるのなら、なぜスマートコントラクトを直接RISC-V上でネイティブに実行させないのか？」これは、ピンインでタイピングするたびに漢字に変換しなければならないのと同じで、ある日誰かが言ったのです：「音声入力を直接認識できないか？」
RISC-Vは、現実世界でCPUに使用される命令セットアーキテクチャであり、シンプルでモジュール化されており、オープンソースです。デザイン理念は現代的で、成熟したハードウェアとソフトウェアのエコシステムがサポートしています。ZK回路の生成には自然に適しています。ZKの世界では、RISC-V命令の正しさを証明することは、EVM命令の証明よりもはるかに簡単です。Vitalikは複数の実験プロジェクトのデータを引用し、RISC-Vを直接契約実行アーキテクチャとして使用すれば、ZK証明の速度が50倍から100倍向上すると考えています。これは、数分でイーサリアムブロックの証明を生成するのが数秒に短縮されることを意味し、イーサリアムL1および各種Rollupにとって質的な飛躍です。
もちろん、私たちが馴染みのあるSolidityやVyper言語は依然として保持されますが、コンパイル後のターゲット言語はもはやEVMバイトコードではなく、RISC-V命令になります。言い換えれば、これによりほとんどの開発者にとっては「感覚的に無感知な置き換え」となり、彼らは底層での変化に気づかないかもしれません。Vitalikはまた、移行期の課題に対処するための3つの互換性パスを提案しました。
二重仮想マシンの共存：EVMとRISC-Vが同時に存在し、新しい契約はRISC-Vを使用することができ、古い契約はそのままにします。最も安全で、最も互換性があります。
オンチェーンインタープリターパッケージ：EVMをRISC-V上の「サブシステム」として実行し、実質的にRISC-VでEVMを模倣します。この方法は急進的ですが統一されています。
インタープリタプラグインメカニズム：プロトコル層が複数の仮想マシン（将来のMove VMやWASMなど）をサポートできるようにし、RISC-Vがデフォルトの選択肢であるが排他的ではなく、拡張性を持ちます。
技術的な課題も明らかに少なくありません。例えば、RISC-Vのガスモデルを再設計する必要があります。また、標準ライブラリのサポートがない状態でスマートコントラクトの確定的な実行を保証する方法や、多くのセキュリティツール、デバッガ、監査フレームワークを再開発する必要があることなど、エコシステムの再構築は無視できないプロジェクトです。
コミュニティレベルでも、この提案は大きな議論を引き起こしました。急進派は、これはイーサリアムがSolana、Sui、Aptosなどの新興高性能チェーンとの競争に対処するための戦略的なアップグレードであり、「次世代イーサリアム」への必要な一歩であると考えています。一方、保守派は、その実施の難しさや工学的コストが高すぎること、エコシステムの移行コストが計り知れないことを懸念しています。
Suiの共同創設者であるSam Blackshearは、ブロックチェーンを再設計する場合、直接Move言語を採用すると公言しています。なぜなら、Moveはリソース管理と安全性の面で優れているからです。ただし、彼は現在のイーサリアムにとって、RISC-Vが現実的かつ合理的な代替案であることも認めています。
注目すべきは、イーサリアムがRISC-Vを「スケーリングソリューションの代替」として使用するつもりはないということです。Layer 2、EIP-4844データ分割、MEV緩和策などは引き続き推進され、RISC-Vはより「エンジンを交換する」層面での底層の向上であり、直接的なスケーリング手段ではありません。しかし、この新しいエンジンは、イーサリアムの未来のスケーリングをより速く、より安定に、より効率的にするかもしれません。
Vitalikのこの提案は、明日にも実装される「イーサリアム2.5」ではなく、むしろ長期的な方向性を示すロードマップのようなものです。今後数年間、ツールチェーンが準備され、コミュニティの合意が形成されると、RISC-Vはイーサリアムの真の「新しいコア」となることがあるかもしれません。
創設者たちがすでに裏方に退き、市場の喧騒だけが残るこの時代において、Vitalikは依然として「自ら提案を書く」ことを厭わず、技術的な詳細に深く入り込み、オンチェーン計算の効率を飛躍的に向上させる可能性のあるアーキテクチャの変革を推進しています。この初心と持続性は、イーサリアムが引き続き先行を維持する根本的な理由の一つです。未来のイーサリアムは、EVMに駆動されるのではなく、現実世界のチップから発信される命令セット、RISC-Vによって導かれるかもしれません。
E警備員たちよ、この決定を支持しますか？