Ryan Sean Adams

A ZK rollup, it just also is the layer one itself.

And so we get all the performance benefits of rollups.

We get to ZK everything, which unlocks the brakes, takes off the brakes on the Ethereum layer one.

And we already have the infrastructure needed

with the data availability sampling for this to get done.

And so from a performance perspective, the Ethereum Layer 1, which is known to be a slow, antiquated, you know, expensive blockchain to do computation on, upgrades itself to have the performance properties of a ZK roll-up.

Is that a true statement that I just said?

Yeah, I think that's right.

The idea is that we're pressing the gas on scaling on multiple fronts, not waiting for the Manhattan Project of the ZK EVM, which the ZK EVM has been in the Ethereum roadmap since Genesis, I think.

We've understood theoretically of the possibility of turning the EVM into a ZK algorithm.

And, you know, we understood that theoretically back in 2015.

Now we're in 2026 and like, oh, no, this is now, you know, just an engineering challenge.

And we're like in the last mile of this.

And like, it's basically almost here.

And in the meantime, we are scaling on the more traditional front as well.

I want to

into the the qualitative nature of the scale of the zk evm so with block times and block sizes those are the two ways that you have throughput you have how big is your block and how frequently do those come you know you know height times height times length so can we talk about what that the nature of scaling with a zk evm does does it help lower block times does it just increase block size or

I want Onsgar both fast and big blocks.

I like my blocks big and fast.

It would be great if we could increase the size of blocks, but there is also a very important element of just like block times is critically important for trading and finance.