Vortex Protocol
414 posts


Parallised evm is an oxymoron. The architecture would have to be rebuilt for it to be true parallelisation. Right now the best you can do for parallelising evm is optimistic parallelisation. That means that you just execute txs in parallel, if there are conflicts, re execute in sequence, trial and error until correct. It's highly inefficient. Further the way contracts are set up in ethereum esp in terms of tokens holding the balances /state of the token mean that even if two people are using usdc on different apps you'd have to execute in sequence. If you try and create more purposeful parallelisation there are core parts of the evm you'd have to change and then it wouldn't be evm compatible anymore. The best choice for parallelisation is to build the VM again and build in the intential designs for parallelisation like @solana and @fuel_network have done. These are the only two truly highly performant parallelised chains atm. I admire attempts at parallelising evm but it's not going to be very optimised and we'll find only marginal improvements compared to built for parallelisation chains.

Seismic moves in crypto today. 🍣 X ⛵ Sushi is coming to the Sei ecosystem, read more: decrypt.co/121027/sushisw…

Seismic moves in crypto today. 🍣 X ⛵ Sushi is coming to the Sei ecosystem, read more: decrypt.co/121027/sushisw…

1% of the Sei token supply is allocated to our incentivized testnet and rewarding early members of the Sei community who use the chain. We value users with a strong desire to advance, test, and develop the Sei ecosystem 💜



Last thing i will mention about it. To be clear, i agree for lower liquid coins some additional logic should be implemented to $glp. Every model has potential flaws, order books also has flaws. Only thing we can do is think how to make it more efficient.




