Dark | Light
[GUEST ACCESS MODE: Data is scrambled or limited to provide examples. Make requests using your API key to unlock full data. Check https://lunarcrush.ai/auth for authentication information.]

![pumatheuma Avatar](https://lunarcrush.com/gi/w:24/cr:twitter::965990932549177344.png) Uma Roy [@pumatheuma](/creator/twitter/pumatheuma) on x 23.4K followers
Created: 2025-04-20 12:51:23 UTC

New @VitalikButerin blog post on replacing the EVM with RISC-V in the long-term.

I am a huge fan of this direction for Ethereum's execution layer.

Today, RISC-V zkVMs like SP1 are the clear endgame solution for "ZK-ifying" Ethereum and quickly becoming the de-facto solution for ZK EVM. But as Vitalik cites in this post, our research at Succinct shows that the EVM is an extremely inefficient ISA for ZK proving.

This proposal to migrate the execution layer directly to RISC-V can be viewed as migrating to "native" code for a ZK world as opposed to living in an interpreted world that imposes between 100-1000x overhead. By replacing EVM with RISC-V for the execution layer, we can up the gas limit on L1 by orders of magnitude (assuming optimization of other bottlenecks like a more zkVM friendly state merkleization format), while preserving verifiability.

Link to full blog post below.

![](https://pbs.twimg.com/media/Go-sO7wagAArV7T.jpg)

XXXXXXX engagements

![Engagements Line Chart](https://lunarcrush.com/gi/w:600/p:tweet::1913938547301863630/c:line.svg)

**Related Topics**
[succinct](/topic/succinct)
[vitalik](/topic/vitalik)
[zk](/topic/zk)
[endgame](/topic/endgame)
[ethereum](/topic/ethereum)
[coins layer 1](/topic/coins-layer-1)

[Post Link](https://x.com/pumatheuma/status/1913938547301863630)

[GUEST ACCESS MODE: Data is scrambled or limited to provide examples. Make requests using your API key to unlock full data. Check https://lunarcrush.ai/auth for authentication information.]

pumatheuma Avatar Uma Roy @pumatheuma on x 23.4K followers Created: 2025-04-20 12:51:23 UTC

New @VitalikButerin blog post on replacing the EVM with RISC-V in the long-term.

I am a huge fan of this direction for Ethereum's execution layer.

Today, RISC-V zkVMs like SP1 are the clear endgame solution for "ZK-ifying" Ethereum and quickly becoming the de-facto solution for ZK EVM. But as Vitalik cites in this post, our research at Succinct shows that the EVM is an extremely inefficient ISA for ZK proving.

This proposal to migrate the execution layer directly to RISC-V can be viewed as migrating to "native" code for a ZK world as opposed to living in an interpreted world that imposes between 100-1000x overhead. By replacing EVM with RISC-V for the execution layer, we can up the gas limit on L1 by orders of magnitude (assuming optimization of other bottlenecks like a more zkVM friendly state merkleization format), while preserving verifiability.

Link to full blog post below.

XXXXXXX engagements

Engagements Line Chart

Related Topics succinct vitalik zk endgame ethereum coins layer 1

Post Link

post/tweet::1913938547301863630
/post/tweet::1913938547301863630