さようなら EVM、こんにちは RISC-V

著者：0xjaehaerys，登链コミュニティ

はじめに

イーサリアムは、リリース以来最も重要なアーキテクチャの変革に向けて準備を進めています：EVMをRISC-Vに置き換えることです。その理由は簡単です------ZK優先の未来において、EVMはボトルネックです：

• 現在のzkEVMはインタプリタに依存している → 50-800倍の遅延、
• 複雑性とリスクのために、プレコンパイルがプロトコルを膨張させる、
• 256ビットスタック設計は、証明において非常に非効率的です。

RISC-Vはこの問題を解決します：

• 極簡主義（約47の基本命令）+成熟したLLVMエコシステム（Rust、C++、Go）、
• すでに事実上のzkVM標準（10のプロジェクト中9）、
• 明確なSAIL仕様（不明確なホワイトペーパーに対して）→厳密な検証を実現、
• ハードウェア証明経路（ASIC/FPGA）がテスト中（SP1、Nervos、Cartesi）。

移行は3つの段階に分かれます：

1. RISC-Vをプレコンパイルの代替品として（低リスクテスト）。
2. ダブルVM時代：EVM + RISC-V、完全な相互運用性を持つ。
3. RISC-V内部でEVMを再実装（ロゼッタ戦略）。

エコシステムへの影響：

• オプティミスティックロールアップの崩壊（Arbitrum/OPは詐欺証明を再構築する必要があります）。
• ZKロールアップの大勝利（Polygon、zkSync、Scroll → より安く、より速く、より簡単に）。
• 開発者はL1上でRust/Go/Pythonライブラリを直接利用可能。
• ユーザーは約100倍安価な証明を得る → Gigagas L1（約1万TPS）への道。

最終的に、イーサリアムは「スマートコントラクトVM」からインターネットの極簡で検証可能な信頼層へと進化します。「終点 = ZK-snarkすべて」。

イーサリアムは十字路に立っている

終点には…… ZK-snarkすべてが含まれます。" --- @VitalikButerin ZKの終局は避けられず、議論は簡単です：イーサリアムはゼロ知識証明に基づいてゼロから再構築しています。これはプロトコルの技術的終点を示しています ------ 再構築

このビジョンを終点として、イーサリアムはリリース以来最も重要なアーキテクチャの進化の閾値にいます。議論はもはや漸進的なアップグレードについてではなく、その計算コアの根本的な再構築についてです：イーサリアム仮想マシン（EVM）の置き換えです。このイニシアチブは、全体のプロトコルを系統的に簡素化し、3つのコアコンポーネントに分解することを目的とした、より広範な「(Lean Ethereum)リーンイーサリアム」ビジョンの基礎です：リーンコンセンサス、リーンデータ、リーン実行。リーン実行の核心には、EVM（スマートコントラクト革命を推進するエンジン）が今やイーサリアムの未来の主要なボトルネックであるかどうかという重要な問題があります。

イーサリアム財団のジャスティン・ドレイクが述べたように、長期的な目標は常に「すべてをスナーク化する」ことでした。これはプロトコルのすべての層を強化する強力なツールです。長い間、これは「空中楼閣」のようなものでした。なぜなら、私たちが特に必要としていたのはリアルタイム証明の概念だからです。今、リアルタイム証明が現実になり、EVMの理論的非効率性が実際の緊急の問題となっています。

この分析では、イーサリアムL1をRISC-V命令セットアーキテクチャ（ISA）に移行することの注目すべき技術的および戦略的論拠を探ります。この移行は、前例のないスケーラビリティを解放し、プロトコルを簡素化し、イーサリアムを検証可能な計算の未来と一致させることが期待されています。

何が変わるのか？

「理由」に深く入る前に、「何」が重要かを理解することが不可欠です。

EVMはイーサリアム上のスマートコントラクトの実行環境です。これは取引を処理し、ブロックチェーンの状態を更新する「世界のコンピュータ」です。何年もの間、その設計は革命的であり、許可不要のプラットフォームを作り出し、DeFiやNFTのエコシステム全体を生み出しました。しかし、そのカスタマイズされた、約10年前のアーキテクチャは、現在大きな技術的負担をもたらしています。一方、RISC-Vは製品ではなく、オープンスタンダードです------プロセッサを設計するための無料で汎用的な「アルファベット」です。ジャレミー・ブルーストルがEthproofs電話会議で強調したように、その重要な原則はこの役割に非常に適しています：

• 極簡主義：基本命令セットは非常にシンプルで、約40-47の命令しか含まれていません。ジャレミーの言葉を借りれば、これは「私たちが持っている超簡素な汎用マシンのユースケースにほぼ非常に適しています」。
• モジュール化：オプションの拡張を通じて、より複雑な機能を追加します。これは重要であり、シンプルなコアが必要に応じて拡張できることを可能にし、基本プロトコルに不必要な複雑性を強いることはありません。
• オープンエコシステム：これは、Rust、C++、Goなどの主流言語を使用できるLLVMコンパイラを含む、多くの成熟したツールチェーンによってサポートされています。ジャスティン・ドレイクが言及したように、「コンパイラの周りには多くのツールがあり、コンパイラを構築するのは非常に難しい……したがって、このコンパイラツールチェーンを持つことには多くの価値があります」。RISC-Vはイーサリアムがこの作業を無料で引き継ぐことを可能にします。

インタプリタのオーバーヘッド問題

EVMを置き換える必要性は単一の欠陥によって駆動されるのではなく、一連の基本的制限によって引き起こされています。ZKネイティブな未来の文脈において、これらの制限は無視できないものとなっています。これらの問題には、ZK証明システムにおける深刻なパフォーマンスボトルネックや、プロトコル自体内部の危険な複雑性の蓄積が含まれます。

インタプリタのオーバーヘッド問題

この変革の最も緊急な推進力は、EVMがゼロ知識証明システムにおいて固有の非効率性を持っていることです。イーサリアムがZK証明によってL1の状態を検証するモデルに移行するにつれて、証明者のパフォーマンスが最終的なボトルネックとなります。

"仮想マシンは複雑である必要はありません。" --- @VitalikButerin
多くの人にとって、Vitalikの「長期的なL1実行層提案：EVMをRISC-Vに置き換える」という議論は、まるで黒魔法のように聞こえます。しかし、もしそれが実際にもっとシンプルで、すべての人に影響を与えるとしたら？

問題は、現在のzkEVMの動作方法にあります。これらはEVMを直接証明するのではありません。むしろ、EVMのインタプリタ自体がRISC-Vにコンパイルされて証明されます。Vitalik Buterinはこの根本的な問題を直接説明しました：

"……もしzkVMの実装方法がEVMを実行し、それを最終的にRISC-Vコードにコンパイルするものであれば、なぜスマートコントラクト開発者に対して基盤となるRISC-Vを直接公開しないのでしょうか？そうすれば、仮想マシンの外部層のオーバーヘッドを完全に排除できます。"

この追加の解釈層は、巨大なパフォーマンス損失をもたらします。推定によれば、証明原生プログラムと比較して、これにより50-800倍の遅延が生じるとされています。ハッシュの最適化など他のボトルネック（例えば、Poseidonへの切り替え）を行った後、この「ブロック実行」部分はすべての証明時間の80-90%を消費し、EVMをL1の拡張における最終的かつ最も強力な障害としています。この層を排除することで、Vitalikは実行効率が100倍向上する可能性があると見積もっています。

RISC-VでEVMを長期的に置き換えることについての新しい@VitalikButerinのブログ記事。私はイーサリアム実行層のこの方向性が非常に好きです。現在、SP1のようなRISC-V zkVMは明らかに「ZK-ifying」イーサリアムの最終解決策であり、急速に事実上の解決策になりつつあります。

プレコンパイルの負債罠

EVMが特定の暗号操作において悪いパフォーマンスを示す問題を解決するために、イーサリアムはプレコンパイルコントラクトを導入しました------プロトコルに直接ハードコーディングされた専用関数です。当時は実用的な解決策でしたが、Vitalik Buterinが「恐ろしい」と呼ぶ状況を引き起こしました：

"プレコンパイルは私たちにとって非常に悪い……それらはイーサリアムの信頼できるコードベースを大幅に膨張させました……それらは私たちがコンセンサスの失敗において最も深刻なミスを犯す原因となりました。"

その複雑性は驚くべきものです。Vitalikは、単一のプレコンパイルmodexpのラッパーコードを全体のRISC-Vインタプリタと比較することでこれを示しました------プレコンパイルのロジックは実際にははるかに複雑であることに気づきました。新しいプレコンパイルを追加するには、遅く、政治的に物議を醸すハードフォークプロセスが必要であり、これは新しい暗号原語を必要とするアプリケーションの革新を抑制します。これにより、Vitalikは次のような強い結論を導き出しました：

"私は実際に、今日から新しいプレコンパイルを一時停止すべきだと思います。"

イーサリアムのアーキテクチャ技術的負債

EVMのコア設計は、過去の時代の優先事項を反映しており、現代の計算には適していません。

256ビットアーキテクチャは暗号値を処理するために選ばれましたが、ほとんどのスマートコントラクト操作には非常に非効率的であり、これらの操作は通常32ビットまたは64ビット整数を使用します。この非効率性はZKシステムにおいて特に高価です。Vitalikが説明するように：

"小さな数字を使用すると、実際には各個別の数字から何の節約も得られず、複雑性が約2倍から4倍に増加します。"

さらに、そのスタックベースのアーキテクチャは、RISC-Vや現代のCPUのレジスタベースのモデルほど効率的ではありません。同じ操作を実行するためにより多くの命令が必要であり、コンパイラの最適化を複雑にします。

これらの総合的な要因------ZK証明ボトルネック、プレコンパイルの複雑性、時代遅れのアーキテクチャ選択------は、イーサリアムがEVMを超えるための注目すべきかつ緊急の理由を生み出しています。

RISC-Vの青写真------より堅固な基盤の上に構築

VitalikButerinがL1を簡素化

RISC-Vを採用する理由は、EVMの欠点だけではありません；それはRISC-Vの設計理念の内在的な利点に関するものです。そのアーキテクチャは、イーサリアムのような高リスク環境に非常に適した強力でシンプルかつ検証可能な基盤を提供します。

なぜオープンスタンダードがカスタム設計より優れているのか

カスタムISAが全体のソフトウェアエコシステムをゼロから構築する必要があるのに対し、RISC-Vは成熟したオープンスタンダードです。これには3つの重要な利点があります：

成熟したエコシステム。RISC-Vを採用することで、イーサリアムはコンピュータサイエンスの分野で数十年にわたる集団的進歩を利用できます。ジャスティン・ドレイクが説明するように、これは世界クラスのツールへの即時アクセスを提供します：

"LLVMという名のインフラストラクチャコンポーネントがあり、これはコンパイラツールチェーンであり、高級プログラミング言語を採用し、さまざまなバックエンドにコンパイルすることを可能にします。RISC-Vはサポートされているバックエンドの1つです。したがって、RISC-Vをサポートすれば、LLVMが有効にしたすべての高級言語を自動的にサポートします。"

これにより、Rust、C++、Goなどの言語に精通した数百万の開発者の参入障壁が大幅に低下します。

• 設計のシンプルさ。RISC-Vの極簡主義は意図的な特性であり、制限ではありません。基本命令は約47条しかなく、仮想マシンのコアは非常にシンプルです。このシンプルさは安全性にとって大きな利点であり、より小さな信頼できるコードベースは監査や形式的検証が容易です。
• ZK領域の実際の標準化。重要なのは、zkVMエコシステムがすでに選択を行っていることです。ジャスティン・ドレイクが強調するように、Ethproofsのデータには明確なパターンが現れています：

"RISC-VはzkVMバックエンドのリーディングISAです。"

イーサリアムブロックを証明できる10のzkVMのうち、9つがすでにRISC-Vをターゲットにしています。この市場の融合は強いシグナルです；RISC-Vを採用することで、イーサリアムは投機的な賭けをしているのではなく、すでにZKの未来を構築しているプロジェクトと実戦テストと検証を行った標準に一致しています。

信頼のために設計され、実行だけではない

そのエコシステムに加えて、RISC-Vの内部アーキテクチャは、安全で検証可能なシステムを構築するのに非常に適しています。

まず、SAILと呼ばれる正式な機械可読の仕様があります。これはEVM仕様の大きな改善であり、EVM仕様は主に散文文書（ホワイトペーパー）の形式で存在し、あいまいさを生じる可能性があります。SAIL仕様は「ゴールドスタンダード」として機能し、巨大な価値を保護するプロトコルに不可欠な正確性の数学的証明を実現します。EFのアレックス・ヒックスがEthproofs電話会議で指摘したように、これにより「公式のRISC-V仕様」に基づいてzkVM回路を直接検証することが可能になります。

次に、RISC-Vには特権アーキテクチャが含まれており、これはしばしば見落とされがちですが、安全性にとって重要な機能です。これは、主にユーザーモード（スマートコントラクトのような信頼できないアプリケーション用）と監視モード（信頼できる「実行カーネル」用）の異なる操作レベルを定義します。Cartesiのディエゴはその重要性を説明しました：

"オペレーティングシステム自体は、他のコードから自らを保護する必要があります。異なるプログラムを互いに分離して実行する必要があり、これらすべてのメカニズムはRISC-V標準の一部です。"

このモデルでは、ユーザーモードで実行されるスマートコントラクトは、ブロックチェーンの状態に直接アクセスできません。代わりに、監視モードで実行される信頼できるカーネルに対して、特別なECALL（環境呼び出し）命令を通じてリクエストを送信する必要があります。これにより、ハードウェア強制のセキュリティ境界が作成され------EVMの純粋なソフトウェアサンドボックスモデルよりも強力で検証可能なモデルとなります。

Vitalikのビジョン

移行は、安定性と後方互換性を確保するために、漸進的で多段階のプロセスとして想定されています。Vitalik Buterinが概説したこのアプローチは、革命ではなく進化を実現することを目的としています。

• ステップ1：プレコンパイルの置き換え。最初の、最も保守的なステップは、限られた容量で新しいVMを導入することです。Vitalikが提案するように、「まず限られた状況で新しいVMを使用します。例えば、プレコンパイルを置き換えます」。これは、新しいEVMプレコンパイルを一時停止し、必要な機能をホワイトリストのRISC-Vプログラムとして実装することを含みます。これにより、新しいVMが低リスク環境でメインネットで実戦テストを行うことが可能になります。）インターフェースでは、イーサリアムクライアントが2つの実行環境の間の仲介役を果たします。
• ステップ2：ダブルVMの共存。次の段階では、「この新しいVMをユーザーが直接利用できるようにします」。契約をデプロイする際に、EVMまたはRISC-Vのバイトコードであることを示すフラグを使用できます。重要な特徴は、シームレスな相互運用性を確保することです：「2種類の契約が互いに呼び出すことができるようにします」。これはシステムコール（ECALL）を通じて実現されます。
• ステップ3：EVMを模擬契約として（「ロゼッタ」戦略）。最終的な目標は、プロトコルの簡素化を実現することです。この段階では、「EVMを新しいVM内部の実装にします」。仕様EVMは、ネイティブRISC-V L1上で実行される形式的に検証されたスマートコントラクトとなります。これにより、古いアプリケーションへの永続的なサポートが確保され、クライアント開発者は最小限の実行エンジンのみを維持することができます。

エコシステム全体への連鎖反応

EVMからRISC-Vへの提案された移行は、コアプロトコルを超えており、イーサリアムエコシステム全体に深遠な連鎖反応を引き起こします。これは、開発者の体験を再形成し、Layer-2ソリューションの競争環境を根本的に変え、新しい経済モデルを解放することが期待されています。

ロールアップの再調整：オプティミスティック対ZK

L1上の実行層がRISC-Vに移行することは、2つの主要なロールアップカテゴリに深遠かつ異なる影響を与えます。

オプティミスティックロールアップ（Arbitrum、Optimism）は、根本的なアーキテクチャの課題に直面しています。彼らのセキュリティモデルは、L1 EVM上で論争のある取引を再実行することによって詐欺証明を解決する能力に基づいています。L1 EVMが置き換えられると、全体のモデルが崩壊します。これらのプロジェクトは、膨大なエンジニアリング作業を行って新しいL1 VMに対する新しい詐欺証明システムを設計するか、イーサリアムのセキュリティモデルから完全に離脱するという厳しい選択に直面します。

対照的に、ZKロールアップは巨大な戦略的優位性を得ます。すでに大多数がRISC-Vを内部ISAとして収束しています。同じ言語を話すL1は、より密接で効率的な統合を実現できます。ジャスティン・ドレイクは、L2が本質的にL1自体の実行環境の特化したインスタンスであり、指定されたL1 VMを使用してシームレスに決済を行う「ネイティブロールアップ」の未来を描写しました。この整合性は：

• 技術スタックを簡素化します：L2チームはもはや内部のRISC-V実行とEVMの間の複雑なギャップを埋める必要がありません。
• ツールとコードの再利用を可能にします：L1 RISC-V環境のために開発されたコンパイラ、デバッガ、形式検証ツールは、L2で直接再利用できます。
• 経済的インセンティブを調整します：L1のガスコストは、ZK証明RISC-V実行の実際のコストをより正確に反映し、より合理的な経済モデルを作成します。

開発者とユーザーの新時代

イーサリアム上で構築する人々にとって、この移行は破壊的ではなく進化的であることが期待されています。

• 開発者にとっての重要な利点は、より広範で成熟したソフトウェア開発の世界にアクセスできることです。Vitalik Buterinが指摘するように、開発者は「Rustで契約を書くことができ、これらの2つの選択肢が共存し始めるでしょう」。同時に、彼は「SolidityとVyperがスマートコントラクトロジックの優雅さのために、長い間人気を保ち続けるだろう」と予測しています。LLVMツールチェーンを通じて主流の言語とその膨大なライブラリを使用できる能力は、変革的な転換です。これは、彼が描写する「NodeJSタイプの体験、基本的に同じ言語を使用してオンチェーンコードとオフチェーンコードを書く」ための扉を開きます。
• ユーザーにとって、最終的な報酬は、より安価で機能豊富なネットワークです。証明コストは約100倍低下することが予想されます------取引ごとに数ドルから数セントに------これはL1およびL2の決済のより低い手数料に直接変換されます。この経済的実行可能性は、「Gigagas L1」ビジョンを解放し、L1上で約10,000 TPSを実現することを目指し、より複雑で高価値のオンチェーンアプリケーションの未来を実現します。

ETH zkEVM-L1 100倍スケーリング：イーサリアムはその10M TPSのロードマップを明らかにし、リアルタイムZK証明がイーサリアムのTeragasビジョンを解放する方法を示します。

Succinct LabsとSP1：未来を証明する、今ここに

https://blog.ethereum.org/2025/07/31/lean-ethereum

RISC-Vの理論的な利点は、Succinct Labsなどのチームの実践によって証明されています。彼らの作業は、全体の提案の強力なケーススタディです。

SuccinctのSP1は、RISC-Vに基づいて構築された高性能オープンソースzkVMであり、新しいアーキテクチャアプローチを検証しています。その「プレコンパイル中心」の理念は、EVMの暗号ボトルネックを解決する方法を完璧に示しています。SP1は遅いハードコーディングされたプレコンパイルに依存せず、Keccakハッシュなどの集中的な操作を、標準のECALL命令を通じて呼び出される特別に最適化されたZK回路に分流します。これにより、カスタムハードウェアのパフォーマンスとソフトウェアの柔軟性が提供されます。

@SuccinctLabs SP1ハイパーキューブのリアルタイムイーサリアム証明がここにあります。

実際の影響はすでに見えています。OP Succinct製品はSP1を使用して「ZK-ify」オプティミスティックロールアップを実現しています。Succinctの共同創設者ウマ・ロイは次のように説明しています：

"あなたのOPスタックロールアップは、もはや最終性と引き出しを完了するために7日間待つ必要はありません……今では1時間の最終性を実現しました。最終性がより早く、素晴らしいです。"

これは、全体のOPスタックエコシステムの主要な痛点を解決します。さらに、Succinctのインフラストラクチャ------Succinct Prover Network------は、証明生成のための去中心化市場として設計されており、検証可能な計算の未来の実行可能な経済モデルを示しています。彼らの作業は単なる概念実証ではなく、本文で説明されている未来の実行可能な青写真です。

イーサリアムがリスクを軽減する方法

RISC-Vの重要な利点の1つは、形式的検証（数学的にシステムの正確性を証明すること）という聖杯を実現可能な目標にすることです。EVMはホワイトペーパーで自然言語で指定されているため、形式化が難しいです。それに対して、RISC-Vは公式の機械可読のSAIL仕様を持ち、その動作に対する明確な「ゴールドリファレンス」を提供します。

これは、より強力な安全性を実現するための明確な道を提供します。イーサリアム財団のアレックス・ヒックスが指摘するように、正式に「Leanに抽出された公式のRISC-V仕様に基づいてzkVM RISC-V回路を検証する」作業が進行中です。これは、信頼をエラーが発生しやすい手動実装から、検証可能な数学的証明に移行する大きな進歩です。

移行の主要なリスク

RISC-Vには利点がありますが、RISC-Vに基づくL1は新たな、そして恐ろしい課題をもたらします。

• ガス計測。汎用ISAのために決定論的かつ公正なガスモデルを作成することは、最も難しい問題の1つです。単純な命令カウントは、拒否サービス攻撃（例えば、攻撃者がキャッシュを繰り返し逃すプログラムを作成し、非常に低いガス費用で高いリソース使用率を引き起こす）に簡単にさらされます。
• ツールチェーンの安全性と再現可能なビルドの問題。これは最も重要であり、十分に認識されていないリスクかもしれません。安全モデルは、信頼できるチェーン上のVMから、各開発者が使用するチェーン下のコンパイラ（例えばLLVM）を信頼することに移行します。これらのコンパイラは非常に複雑であり、バグを含むことが知られています。攻撃者はコンパイラのバグを利用して、見かけ上良性のソースコードから悪意のあるバイトコードを生成する可能性があります。さらに、チェーン上でコンパイルされたバイナリが特定の公共ソースコードと完全に一致することを保証する（「再現可能なビルド」問題）ことは非常に困難であり、ビルド環境のわずかな違いが異なるバイナリを生成する可能性があります。

軽減戦略

前進する道は、多層的な防御戦略を必要とします。

• 段階的な導入。漸進的で多段階の移行計画は、主要なリスク軽減戦略です。まずRISC-Vをプレコンパイルの代替品として導入し、その後ダブルVM環境に導入することで、コミュニティは不可逆的な変更を行う前に運用経験を得て、低リスク環境への信頼を構築できます。
• 徹底的な監査：ファジングと形式的手法。形式的検証は最終目標を提供しますが、継続的で積極的なテストを伴う必要があります。Diligence SecurityのバレンタインがEthproofs電話会議で示したように、彼らのArgusファジングツールは、リーディングzkVMの中で11の重要な信頼性と完全性のバグを発見しました。これは、設計が最も優れたシステムであっても脆弱性が存在し、これらの脆弱性は厳格な対抗テストによってのみ発見されることを証明しています。
• 標準化。エコシステムの断片化を避けるために、コミュニティが単一の標準RISC-Vプロファイルに収束することが重要です。これは、Linux互換ABIを持つRV64GCを含む可能性が高く、この組み合わせは主流の言語とツールの最も広範なサポートを提供し、新しいエコシステムの利点を最大化します。

検証可能な未来の夜明け

イーサリアム仮想マシンをRISC-Vに置き換える提案は、ネットワークの未来に対する重要かつ大胆なビジョンを表しています。これは単なる漸進的なアップグレードではなく、イーサリアム実行層の根本的な再構築であり、根深いスケーラビリティのボトルネックを解決し、プロトコルの複雑性を簡素化し、プラットフォームをより広範な汎用計算の世界と一致させることを目指しています。この道は巨大な技術的および社会的課題に満ちていますが、長期的な戦略的利益は、この野心的な試みが合理的であることを証明するのに十分です。

移行は、ZKネイティブアーキテクチャの巨大な性能向上と後方互換性の重要なニーズの間の一連のコアトレードオフに依存しています。よりシンプルなプロトコルの安全性の利点とEVMの巨大なネットワーク効果の慣性；汎用エコシステムの力と複雑な第三者ツールチェーンへの依存のリスク。

最終的に、このアーキテクチャの変革は、より広範な「リーンイーサリアム」ビジョンの「リーン実行」の約束を実現するための鍵です。これはL1を単なるスマートコントラクトプラットフォームから、検証可能な計算の領域をサポートするために特化した効率的かつ安全な決済およびデータ可用性層に変えます。旅路は長いですが、方向性は明確です。Vitalik Buterinが言ったように、最終目標は：

"終点には…… ZK-snarkすべてが含まれます。"

Ethproofsなどの取り組みは、この道を進むために必要な客観的データと協力のフォーラムを提供し、Succinct LabsなどのチームとそのSP1 zkVMの実際の実装は、この未来がどのようなものであるかの実行可能な青写真を提供します。RISC-Vを受け入れることで、イーサリアムは自身のスケーラビリティのボトルネックを解決