RISC-VがEVMの代替：イーサリアムの性能突破の道

イーサリアムの共同創設者が最近コミュニティに提案した長期的な提案：オープンソースのRISC-V命令セットアーキテクチャを現在の実行層仮想マシン（EVM）に置き換えること。この提案は、特にゼロ知識証明（ZK Proof）の効率において、実行層のパフォーマンスの突破とプロトコルの論理の簡素化を実現する唯一の道であると考えられており、最大で100倍の最適化が期待される。この提案は、イーサリアムのZK証明の効率、ブロック構築の複雑さ、データの可用性などのボトルネック問題を解決することを目的としている。

! V God Radical提案:イーサリアムEVMをRISC-Vに置き換えると、ZKはスケーリングの最終ソリューションですか?

現在のEVMの限界とRISC-Vの利点

EVMが直面している主な問題は次のとおりです：

• 古いアーキテクチャであり、現代のCPUと互換性がなく、ZK-EVMの実行効率が低下しています。
• ZK証明の効率は制限されており、約半分のリソースがEVM自体の実行に使用されています。
• 保守性が悪く、規範が混乱していて、複雑な機能を廃止するのが難しい
• 開発が制限されており、主流の言語を効率的にEVMバイトコードにコンパイルすることが難しい

対照的に、RISC-Vは以下の利点があります：

• 高効率で、ハードウェアに優しく、JIT最適化やハードウェアアクセラレーションにも利用可能
• ZKの最適化、RISC-V命令への直接回路の生成は、EVM動作を証明するよりも簡単です
• ツールチェーンが成熟し、主流言語をサポートし、開発の敷居が低く、エコシステムがより広範です。
• 成功事例があり、Nervos CKBなどのブロックチェーンが採用されています

置き換えパスと課題

三つの代替案が提案されました：

1. ダブルVM共存：EVMとRISC-Vが並行して動作し、新しい契約はRISC-Vを選択できます。
2. チェーン上のインタプリタ方案：すべてのEVM契約はチェーン上のRISC-V契約によって解釈実行される
3. インタプリタプラグインメカニズム：インタプリタをプロトコル要素として扱い、将来的に他のVMを挿入できるようにする

実施に直面する技術的課題は次のとおりです：

• 実行性能の減少リスク
• ガスの価格設定を再構築する必要があります
• セキュリティサンドボックス設計
• 開発ツールの適応
• 移行の互換性の問題

方案一を移行経路として採用する傾向があり、新旧契約の相互運用性とユーザーの無感アップグレードを確保することを約束します。

現行のスケーラビリティ戦略への影響

RISC-Vは基盤の最適化であり、既存のスケーリングルートを置き換えることはありません。

• レイヤー2：Rollupは依然として主力であり、RISC-VはL1の処理効率とZK検証性能を向上させる
• データシェーディングとEIP-4844：まだデータの可用性のボトルネックを解決する必要があります
• FaaS、MEV：仮想マシンアーキテクチャに依存せず、影響を受けない

コミュニティのフィードバックと関連する試み

コミュニティに意見の相違があります：

• 支持者は、これはパフォーマンスの課題に対処するための必要なアップグレードであると考えています
• 保守派は実施の難しさとエコシステムの更新コストを懸念しています

類似プロジェクトの参照：

• ムーブVM(アプトス/スイ)
• フューエルVM
• WASM(スタイラス)
• ネルボスCKB

将来の影響の見通し

もしイーサリアムがRISC-Vに切り替わると、以下の変化がもたらされる可能性があります：

• 開発者体験：既存の言語を保持し、新しい言語サポートを追加する可能性があります
• 運営コストとパフォーマンス：実行効率の向上、ガスモデルの最適化
• エコシステムの互換性と発展：ダブルVM共存の移行、インフラは適応が必要
• 安全性と安定性：広範なテストと検証が必要であり、プロトコルの信頼性を向上させることが期待される

この提案は、イーサリアムが将来の性能限界とプロトコルのシンプルさについて深く考えていることを表しています。実施には長期的なプロセスが必要であり、複数の課題を克服する必要があります。これは既存の路線を覆すものではなく、未来の準備をすることであり、"基盤を再構築する価値があるのか"という探求です。