A place for talking about the Ethereum Virtual Machine on Farcaster.

I've been trying to understand why doesn't EVM work based on parallel execution, like SVM, and why aren't there discussions around this as an endgame. Now questioning even more after hearing this great podcast

I've been trying to understand why doesn't EVM work based on parallel execution, like SVM, and why aren't there discussions around this as an endgame. Now questioning even more after hearing this great podcast https://www.youtube.com/watch?v=fbppZY8V0LI&t=130s

Blockchain Engineer - Building the future for Economy of Things | ETHLisbon Team

In the podcast they made it pretty clear that parallelization of the transaction execution is not the bottleneck for Ethereum. State size and state retrieval is a bigger issue which needs to be solved first. Solutions are verkle trees and state expiration. Parallelized EVM is in the works by Polygon, NodeReal and Sei.

programmer, physicist, optimistic pessimist and believer in public goods.

But isn't this state size and retrieval issue an existing problem for every chain, including Solana? Honest question.

Yes, my understanding as well. AFAIK, solana keeps state (all of it?) in RAM. Makes state access faster and pushing out the bottleneck. Solana node needs about 512 GB RAM vs 16 GB for an Ethereum node.

The reliance on large RAM for state storage doesn't inherently solve the state growth problem; it merely shifts the bottleneck. As the state size grows, the cost and feasibility of maintaining such high-memory nodes escalate. In Ethereum, the introduction of stateless clients will reduce the burden on nodes.