Ethereumの共同設立者Vitalik Buterinは、EVMをRISC-V命令セットアーキテクチャに置き換えることを提案しています

Buterinによると、その目的は、Ethereumの実行レイヤーの効率、シンプルさ、およびスケーラビリティを劇的に向上させることです。

Ethereum co-founder Vitalik Buterin has proposed a major change to the foundation of the network's execution environment: replacing the long-standing Ethereum Virtual Machine (EVM) with the open-source RISC-V instruction set architecture.

Ethereumの共同設立者Vitalik Buterinは、ネットワークの実行環境の基礎に大きな変更を提案しました。長年のEthereum Virtual Machine（EVM）をオープンソースRISC-V命令セットアーキテクチャに置き換えます。

The aim is to dramatically enhance the efficiency, simplicity, and scalability of Ethereum's execution layer, Buterin said in a post on Wednesday on Ethereum's core developer forum.

目的は、イーサリアムの実行レイヤーの効率、シンプルさ、およびスケーラビリティを劇的に向上させることです、とButerinは水曜日のEthereumのコア開発者フォーラムに関する投稿で述べました。

The EVM has been at the heart of Ethereum's smart contract infrastructure, serving as a key component not only for the blockchain itself but also for countless other blockchains and Layer-2 rollups built to be EVM-compatible.

EVMは、Ethereumのスマートコントラクトインフラストラクチャの中心にあり、ブロックチェーン自体だけでなく、EVM互換のように構築された他の無数のブロックチェーンやレイヤー2ロールアップの重要なコンポーネントとしても機能します。

However, Buterin argues that the EVM may be reaching its architectural limits. A switch to RISC-V could yield efficiency gains of up to 100x for certain operations, especially in zero-knowledge proof generation, he added.

しかし、Buterinは、EVMがその建築制限に到達している可能性があると主張しています。 RISC-Vへの切り替えは、特にゼロ知識証明の生成で、特定の操作で最大100倍の効率の向上をもたらす可能性があると彼は付け加えた。

Unlike the EVM, RISC-V is a standardized, hardware-friendly architecture designed to be simple, extensible, and efficient. Its adoption in Ethereum could reduce execution layer complexity, improve performance in zkEVM proving, and enhance support for cryptographic operations thanks to its native instruction support.

EVMとは異なり、RISC-Vは、シンプルで拡張可能で、効率的になるように設計された標準化されたハードウェアに優しいアーキテクチャです。イーサリアムでの採用は、実行レイヤーの複雑さを減らし、ZKEVM証明のパフォーマンスを改善し、ネイティブの指導サポートのおかげで暗号化運用のサポートを強化することができます。

This would also not mean abandoning Solidity or existing EVM contracts. Buterin envisions a dual-VM strategy, allowing Solidity code to compile down to RISC-V bytecode.

これはまた、堅実さまたは既存のEVM契約を放棄することを意味するものではありません。 Buterinは、デュアルVM戦略を想定しており、Solidity CodeがRISC-V Bytecodeまでコンパイルできるようにします。

There are also discussions around maintaining backwards compatibility by running both EVM and RISC-V contracts side by side or creating a RISC-V-based interpreter for legacy contracts.

また、EVM契約とRISC-Vの両方の契約を並べて実行するか、レガシー契約用のRISC-Vベースのインタープリターを作成することにより、逆方向の互換性を維持することについての議論もあります。

Buterin's proposal comes at a time when ETH is grappling with multiple challenges. Transaction fees have dropped to multi-year lows, network activity has declined, and rival chains are gaining ground in performance and developer adoption.

Buterinの提案は、ETHが複数の課題に取り組んでいるときに行われます。取引手数料は複数年の安値に低下し、ネットワークのアクティビティが低下し、ライバルチェーンがパフォーマンスと開発者の採用に基づいています。

With many users and developers shifting to Layer-2s, concerns are also rising over Ethereum's long-term revenue generation and market relevance.

多くのユーザーと開発者がレイヤー2にシフトするため、イーサリアムの長期的な収益生成と市場の関連性にも懸念が高まっています。

While Ethereum's consensus layer continues to evolve through initiatives like the Beam Chain and other research projects, the execution layer remains a bottleneck. Buterin believes that only a "radical change" like RISC-V could unlock the next level of efficiency and scalability.

Ethereumのコンセンサスレイヤーは、ビームチェーンや他の研究プロジェクトなどのイニシアチブを通じて進化し続けていますが、実行層はボトルネックのままです。 Buterinは、RISC-Vのような「根本的な変化」のみが、次のレベルの効率とスケーラビリティを解き放つことができると考えています。

"We can get to a parallel RISC-V chain that has about 100x throughput for certain types of operations (especially useful for zkEVM proving), is about 5-10x smaller code size, and has excellent support for cryptographic primitives," Buterin said.

「特定の種類の操作（特にZKEVMの証明に役立つ）で約100倍のスループットを備えた並列RISC-Vチェーンに到達することができ、コードサイズは約5〜10倍で、暗号化の原始的なものを優れたサポートしています」とButerin氏は言います。

"It's not an impossibility to get to a chain that does both at the same time, and crucially, has a modular design that allows for pieces like the crypto primitives to be easily modified or upgraded."

「同時に両方を行うチェーンに到達することは不可能ではなく、重要なことに、暗号化プリミティブなどのピースを簡単に変更またはアップグレードできるようにするモジュール設計があります。」