RISC-VがEVMに代わる：イーサリアム実行レイヤーの革新提案

最近、イーサリアムの共同創設者が長期的な提案を提示し、現在の実行層仮想マシン（EVM）をオープンソースのRISC-V命令セットアーキテクチャに置き換えることを提案しました。この提案は、実行層の性能ボトルネックを突破し、プロトコルの論理を簡素化することを目的としており、特にゼロ知識証明（ZK Proof）の効率において、最大100倍の最適化の向上が期待されています。

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

EVMの###問題:

1. 古いアーキテクチャ：256ビットスタック構造は現代のCPUと互換性がなく、ZK-EVMの実行効率に影響を与えます。
2. ZK証明のボトルネック：大量のリソースがEVM自体の実行に使用され、ZK証明の効率が制限されている。
3. メンテナンスの困難：多年にわたる機能の蓄積により規範が複雑化し、特定の機能を廃止することが難しい。
4. 開発の制限：非標準命令セットが言語間のサポートを制限しています。

RISC-Vの利点:

1. 高効率：簡素化された命令セットはハードウェアの最適化に適しており、ハードウェアアクセラレーションを実現することも可能です。
2. ZK最適化フレンドリー：RISC-V命令に直接回路を生成し、ZK証明プロセスを簡素化します。
3. ツールチェーンの成熟：複数の主要プログラミング言語をサポートし、開発のハードルを下げる。
4. 共通の基準：すでにブロックチェーンプロジェクトが成功裏に採用しており、実践的な経験があります。

置き換えパスと課題

3つの可能な代替案：

1. ダブルVM共存：EVMとRISC-Vが並行して実行され、互換性が保証されます。
2. チェーン上のインタプリタ：RISC-V契約を通じてすべてのEVM契約を解釈実行します。
3. インタープリタプラグイン機構：インタープリタをプロトコル要素として、将来の拡張をサポートします。

実装の技術的な課題:

• 実行性能が一時的に低下する可能性があります
• ガスの価格体系を再設計する必要があります
• セキュリティサンドボックス環境の構築
• 開発ツールチェーンの全面的なアップグレード
• 既存の契約の円滑な移行を確保する

既存のスケーリングルートへの影響

RISC-Vの導入は、既存のスケーリング戦略を置き換えることはありません：

• レイヤー2は依然として主要なスケーリングの方向であり、RISC-VはL1の検証効率を向上させることができます。
• データシェーディングとEIP-4844は依然として必要であり、データの可用性の問題を解決します。
• FaaSとMEVに関連する技術は、仮想マシンアーキテクチャの変更の影響を受けません。

コミュニティの反応と類似の試み

コミュニティはこの提案に対して様々な反応を示しています。支持者はこれを必要な戦略的アップグレードと見なしていますが、保守的な立場の人々は実施の難しさとエコロジーへの影響を懸念しています。

業界には参考にできる関連の試みがあります：

• ムーブVM(アプトス/スイ)
• フューエルVM
• WASM(ArbitrumのStylusに実装)
• あるブロックチェーンプロジェクトがメインネットでRISC-Vを使用しています

将来の影響の見通し

もしイーサリアムが最終的にRISC-Vを採用した場合、以下の変化がもたらされる可能性があります。

• 開発者はより多くの言語の選択肢を得るかもしれませんが、既存の言語は引き続き利用可能です。
• 実行効率の向上はGas費用を削減し、取引処理能力を向上させる可能性があります。
• エコシステムは新しいアーキテクチャに徐々に適応する必要があり、クロスチェーン互換性に影響を及ぼす可能性があります。
• 簡素化された実行層は、プロトコルの安全性と監査可能性を向上させることが期待されています。

この提案は、イーサリアムの将来の性能とプロトコルの簡潔さに対する深い考察を表しています。実施プロセスには数年かかる可能性がありますが、イーサリアムの長期的な発展に新たな可能性を切り開きます。提案者が述べているように、質的な飛躍を実現するためには、このような根本的な変革が必要不可欠であるかもしれません。

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