Workflow
ZK-EVMs
icon
Search documents
X @vitalik.eth
vitalik.eth· 2026-03-01 17:22
Now, execution layer changes. I've already talked about account abstraction, multidimensional gas, BALs, and ZK-EVMs.I've also talked here about a short-term EVM upgrade that I think will be super-valuable: a vectorized math precompile (basically, do 32-bit or potentially 64-bit operations on lists of numbers at the same time; in principle this could accelerate many hashes, STARK validation, FHE, lattice-based quantum-resistane signatures, and more by 8-64x); think "the GPU for the EVM". https://t.co/WikL7g ...
X @vitalik.eth
vitalik.eth· 2026-01-19 07:20
RT vitalik.eth (@VitalikButerin)I'm definitely more in favor of native rollups than before.Before a big reason why I was against, is that a native rollup precompile must either be used in "zk mode" or in "optimistic mode", and ZK-EVMs were too immature for ZK mode, and so if we give L2s the choices "have 2-7 day withdrawal time with proofs backed by ethereum's full faith and credit" vs "instant withdrawals but you're on your own for proofs", they'll pick the former, and that's really bad for ethereum's comp ...
X @vitalik.eth
vitalik.eth· 2025-12-03 22:15
PeerDAS in Fusaka is significant because it literally is sharding.Ethereum is coming to consensus on blocks without requiring any single node to see more than a tiny fraction of the data. And this is robust to 51% attacks - it's client-side probabilistic verification, not validator voting.Sharding has been a dream for Ethereum since 2015 , and data availability sampling since 2017 ( https://t.co/Fa0jKFgObW ), and now we have it.That said, there are three ways that the sharding in Fusaka is incomplete:* We c ...