You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Historically, rollups post compressed batches of transactions to the L1 which can be verified because all the data is stored in calldata.
However, as ofEIP-4844 which was included in the Dencun upgrade to the Ethereum network (~March 2024), added a new transaction type (type 3) which enabled "blobs" or "Binary Large OBjects".
Now, rollups take advantage of this by posting most of their L2 compressed batch of transactions in a blob (like this sample zksync transaction)
Historically, rollups post compressed batches of transactions to the L1 which can be verified because all the data is stored in
calldata
.However, as ofEIP-4844 which was included in the Dencun upgrade to the Ethereum network (~March 2024), added a new transaction type (type 3) which enabled "blobs" or "Binary Large OBjects".
Now, rollups take advantage of this by posting most of their L2 compressed batch of transactions in a blob (like this sample zksync transaction)
However, according to the EIP:
The data of the blob cannot be accessed by the EVM, which begs the questions:
How can blobs be programmatically used to verify the rollup from a zk or optimistic rollup?
We can look at the sample zksync transaction here and start putting the pieces together.
https://ethereum.stackexchange.com/questions/163066/how-is-rollup-data-verified-with-blobs
The text was updated successfully, but these errors were encountered: