EVM을 RISC-V로 교체하여 Ethereum 확장 성을 향상시킵니다

Vitalik Buterin은 현재 EVM (Ethereum Virtual Machine)에서 RISC-V로 전환하여 Ethereum의 실행 환경을 근본적으로 재 작업하기위한 제안을 도입했습니다.

In a surprising move that could fundamentally rework Ethereum’s execution environment, Vitalik Buterin has proposed transitioning from the current Ethereum Virtual Machine (EVM) to RISC-V.

Ethereum의 실행 환경을 근본적으로 재 작업 할 수있는 놀라운 움직임으로 Vitalik Buterin은 현재 EVM (Ethereum Virtual Machine)에서 RISC-V 로의 전환을 제안했습니다.

The proposal, published on April 20 in the Ethereum Magicians forum, suggests a multi-phase strategy to massively improve long-term proving efficiency and simplify ETH’s execution layer—all while maintaining core abstractions like accounts, storage, and contract calls.

4 월 20 일 이더 리움 마술사 포럼에 발표 된이 제안은 장기 입증 효율성을 크게 향상시키고 ETH의 실행 계층을 단순화하는 동시에 계정, 저장 및 계약 통화와 같은 핵심 추상화를 유지하는 다중 단계 전략을 제안합니다.

Solidity and Vyper Stay, Rust Optional

견고성 및 비퍼 체류, 녹슬 옵션

Specifically, Buterin proposes keeping Solidity and Vyper as the primary smart contract languages, but having them adapted to compile directly to RISC-V instructions.

구체적으로, Buterin은 견고성과 Vyper를 주요 스마트 계약 언어로 유지하지만 RISC-V 지침에 직접 컴파일하도록 조정했습니다.

Although Rust-based contract writing would be technically feasible, Buterin argues that developer familiarity and readability concerns make Solidity the more logical choice at the application layer.

Rust 기반 계약서 작성은 기술적으로 실현 가능하지만 Buterin은 개발자의 친숙성과 가독성 문제가 응용 프로그램 계층에서 더 논리적으로 선택할 수 있다고 주장합니다.

Importantly, the upgrade would be fully backward compatible. Existing EVM-based contracts would continue to function and interact seamlessly with contracts compiled to RISC-V, ensuring a smooth transition across the network.

중요하게도 업그레이드는 완전히 뒤로 호환됩니다. 기존 EVM 기반 계약은 RISC-V에 컴파일 된 계약과 지속적으로 기능하고 상호 작용하여 네트워크를 통해 원활한 전환을 보장합니다.

Targeting Ethereum’s Final Bottleneck

이더 리움의 최종 병목 현상을 목표로합니다

According to Buterin, execution is shaping up to be Ethereum’s last major long-term bottleneck as other scalability improvements are handled through upgrades like:

Buterin에 따르면, 다른 확장 성 개선은 다음과 같은 업그레이드를 통해 처리되므로 Execution은 Ethereum의 마지막 주요 장기 병목 현상이 될 것입니다.

* Merkleization and efficient state transitions for efficient state proofs.

* 효율적인 상태 증명을위한 Merkleization 및 효율적인 상태 전환.

* ZK rollups and efficient parallelism.

* ZK 롤업 및 효율적인 병렬 처리.

The main pain point is in ZK-EVM proving costs. Recent analysis from Succinct Labs shows that block execution consumes nearly 50% of total prover cycles in ZK rollups. While efforts are being made to reduce state tree overhead by moving from Keccak-based Merkle-Patricia tries to binary tries with hash functions like Poseidon, execution is the dominant constraint.

주요 진통 점은 ZK-EVM 증명 비용입니다. 간결한 실험실의 최근 분석에 따르면 블록 실행은 ZK 롤업에서 총 전공주기의 거의 50%를 소비합니다. Keccak에 기반을 둔 Merkle-Patricia에서 이동하여 State Tree 오버 헤드를 줄이려는 노력이 이루어지고 있지만 Poseidon과 같은 해시 함수와 함께 이진 시도로 이동하는 것이 지배적 인 제약입니다.

Buterin noted that ZK-EVMs already compile to RISC-V at a lower level, and exposing RISC-V directly as Ethereum’s virtual machine could remove a major translation overhead. Some tests suggest this could yield up to 100x improvements in prover performance.

Buterin은 ZK-EVM이 이미 더 낮은 수준에서 RISC-V에 컴파일하고 Ethereum의 가상 머신이 주요 번역 오버 헤드를 제거 할 수 있으므로 RISC-V를 직접 노출한다고 언급했습니다. 일부 테스트에 따르면, 이것이 전공 성능이 최대 100 배의 개선 될 수 있습니다.

"We should think in decades," Buterin said. "This generation of ZK rollups is already limited by prover performance, and making Ethereum's execution layer future-proof is a step worth taking."

버 테린은“우리는 수십 년 동안 생각해야한다. "이 세대의 ZK 롤업은 이미 속담 성능에 의해 제한되어 있으며, 이더 리움의 실행 계층 미래 방지가 단계적으로 가치가있는 단계입니다."

If adopted, this proposal could mark one of Ethereum’s most transformative infrastructure upgrades yet—bridging today’s high-level developer tools with next-gen zero-knowledge performance.

채택 된 경우이 제안은 이더 리움의 가장 혁신적인 인프라 업그레이드 중 하나를 표시 할 수 있습니다. 이는 오늘날의 고급 개발자 도구를 차세대 제로 지식 성능으로 브리징합니다.