Ryan Sean Adams

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.

Yeah.

So how does the ZK EVM impact both of these variables?

Right.

Okay, understood, understood.

So the ZK EVM massively increases block sizes.

I don't know if you can put numbers around that.

And then as a marginal increase in block times, can that block speed come down in the future?

Or what does it take for block times to get faster?

And is that something that we are aspiring to in the roadmap?