![]() |
|
![]() |
|
![]() |
|
![]() |
|
![]() |
|
![]() |
|
![]() |
|
![]() |
|
![]() |
|
![]() |
|
![]() |
|
![]() |
|
![]() |
|
![]() |
|
![]() |
|
Ethereum(ETH)共同設立者のVitalik Buterinは、ブロックチェーンの実行レイヤーに大きな変化を提案しました。Ethereum仮想マシン(EVM)をRISC-Vアーキテクチャに徐々に置き換えます。
Ethereum co-founder Vitalik Buterin has put forth a substantial proposal to gradually replace the Ethereum Virtual Machine (EVM) with RISC-V architecture in a major shift for the blockchain's execution layer.
Ethereumの共同設立者Vitalik Buterinは、ブロックチェーンの実行レイヤーの大きなシフトで、Ethereum Virtual Machine(EVM)をRISC-Vアーキテクチャに徐々に置き換えるという実質的な提案を提示しました。
This transition, aiming for improved scalability, prover efficiency, and overall execution simplicity for Ethereum, would unfold in stages with dual VM support, ultimately leading to a complete RISC-V environment.
この移行は、スケーラビリティ、プローバーの効率、およびイーサリアムの全体的な実行のシンプルさを目指しており、デュアルVMサポートで段階的に展開され、最終的には完全なRISC-V環境につながります。
The proposal, shared on the Ethereum Magicians forum, stems from a pressing need for a long-term scaling solution as Buterin highlighted. In essence, zkEVM systems, designed to verify transactions with zero-knowledge proofs, dedicate a significant portion of their resources to executing EVM instructions.
Ethereum Magiciansフォーラムで共有されているこの提案は、Buterinが強調したように、長期的なスケーリングソリューションの差し迫った必要性に由来しています。本質的に、ZKEVMシステムは、ゼロ知識証明でトランザクションを検証するように設計されており、リソースのかなりの部分をEVM命令の実行に捧げます。
"The majority of the prover's time is spent performing a large number of RISC-V instructions to execute the small amount of code that the interpreter is written in, and a small amount of prover time is spent executing the user's contract in the same RISC-V environment," Buterin explained.
「プロバーの時間の大部分は、通訳が書かれている少量のコードを実行するために多数のRISC-V命令を実行するのに費やされ、同じRISC-V環境でユーザーの契約を実行することに費やされています」とButerin氏は説明しました。
This disparity in resource allocation has a direct impact on the efficiency of these systems. Buterin further emphasized that in testing phases, systems capable of compiling the EVM into RISC-V have already been developed.
リソース割り当てのこの格差は、これらのシステムの効率に直接影響を与えます。 Buterinはさらに、テストフェーズでは、EVMをRISC-Vにコンパイルできるシステムがすでに開発されていることを強調しました。
"We observe that in practice, we can achieve over 50x gains in going to a RISC-V environment, and in limited cases, over 100x gains," Buterin noted.
「実際には、RISC-V環境に行く際に50倍以上の利益を達成できることを観察し、限られた場合は100倍以上の利益を上げています」とButerin氏は述べています。
Moreover, this transition would align Ethereum's gas costs more closely with the actual computational expenses incurred. Buterin pointed out that currently, pre-complies, despite minimal computational load, consume a large share of gas due to the EVM's design.
さらに、この移行は、Ethereumのガスコストを、発生した実際の計算費用により密接に合わせます。 Buterinは、現在、計算負荷が最小限に抑えられているにもかかわらず、PrecompliesはEVMの設計により大量のガスを消費すると指摘しました。
But in a scenario where proving times become the dominant economic factor, there would be pressure to reduce inefficient pre-complies and focus on optimizing computational tasks performed by the RISC-V prover.
しかし、証明時代が支配的な経済的要因になるシナリオでは、非効率的な事前コンプリーを減らし、RISC-Vプロバーが実行する計算タスクの最適化に焦点を当てるというプレッシャーがあります。
suggest several implementation options
いくつかの実装オプションを提案します
suggest several implementation optionsButerin proposed several implementation options, ranging from less to more disruptive. The least disruptive option would be to support both EVM and RISC-V contracts, Buterin said, adding that this would create "two-way interoperability."
いくつかの実装オプションを提案しますButerinは、より少ないものからより破壊的なものまで、いくつかの実装オプションを提案しました。最も破壊的なオプションは、EVMとRISC-Vの両方の契約をサポートすることです、とButerin氏は、これは「双方向の相互運用性」を生み出すと付け加えました。
A more intermediate solution would be to introduce a formal concept of "virtual machine interpreters," starting with an EVM version implemented in RISC-V, which could be useful for supporting other virtual machines like Move in the future.
より中間ソリューションは、RISC-Vで実装されたEVMバージョンから始まる「仮想マシン通訳者」の正式な概念を導入することです。これは、将来のMoveなどの他の仮想マシンをサポートするのに役立ちます。
A more transformative approach would be to wrap existing EVM contracts in RISC-V interpreter contracts, preserving the behavior of the old contracts while streamlining the protocol.
より変革的なアプローチは、RISC-Vインタープリター契約で既存のEVM契約をラップし、プロトコルを合理化しながら古い契約の動作を維持することです。
This proposal is still in its early stages and open to community discussion. But as Ethereum continues to evolve to meet future scaling demands, this idea could influence the roadmap.
この提案はまだ初期段階にあり、コミュニティの議論に開かれています。しかし、イーサリアムは将来のスケーリングの要求を満たすために進化し続けているため、このアイデアはロードマップに影響を与える可能性があります。
免責事項:info@kdj.com
提供される情報は取引に関するアドバイスではありません。 kdj.com は、この記事で提供される情報に基づいて行われた投資に対して一切の責任を負いません。暗号通貨は変動性が高いため、十分な調査を行った上で慎重に投資することを強くお勧めします。
このウェブサイトで使用されているコンテンツが著作権を侵害していると思われる場合は、直ちに当社 (info@kdj.com) までご連絡ください。速やかに削除させていただきます。