CANONICAL SETTLEMENT
L1
—
[ EEZ NETWORK MONITOR ]
Follow L1 and L2 activity, blob settlements, and cross-chain commitments.
SETTLEMENT POLICY
Loading configured rules…
Waiting for canonical settlement data…
CANONICAL SETTLEMENT
—
SYNCHRONOUS EXECUTION
—
L1 ↔ L2 INVARIANT
Protocol posts
—recent settlement historyLast interval
—between L1 postsBlobs posted
—in the displayed historyLast post cost
—execution + blob feeFinality lag
—L2 blocksDATA AVAILABILITY
Scanning recent L1 blocks
Type to filter the recent window; exact block numbers and full hashes search history automatically.
| L1 block | Posting transaction | Blobs | Beacon | L2 range | Post tx cost | Result | Inspect |
|---|---|---|---|---|---|---|---|
| Loading settlement history… | |||||||
Receipt costs include this posting transaction’s execution and blobs. Companion transactions and builder payments are separate.
PROTOCOL PAYLOAD
Strict native semantic-stream decoding
A settlement has three encoding layers. Open each result's byte-layout explanation below to see the concrete sizes and values for that transaction.
The L1 type-3 transaction commits to one or more blobs by versioned hash. Each 131,072-byte blob contains 4,096 field elements. EEZ requires the most-significant byte of every 32-byte element to be zero and stores 31 logical bytes in the remaining bytes, in reverse order. That gives 126,976 logical bytes per blob.
The native profile accepts one ChainOperation for synchronization, followed by complete InitiateCrossChainTransaction brackets containing Call, StaticCall, returns, and optional Snapshot/Revert regions. One CloseBlobStream ends meaningful bytes; all remaining blob bytes must be zero.
These are separate envelope messages after ChainOperation, not fields inside ChainOperation.operations. Each semantic transaction names its origin chain and carries opaque chain-defined tx_data. Calls encode the destination chain, source and target addresses, value for mutable calls, zero gas in this deployment, and exact calldata. ReturnSuccess/ReturnFail carry exact result bytes. The context stack derives every call's source chain.
| Byte / message | Wire fields | Meaning |
|---|---|---|
0x03 Initiate | origin_chain:u64 LE · len:varint · tx_data | Starts one originating cross-chain transaction. |
0x04 Call | to_chain · from · to · value:u256 LE · gas · len · data | Opens a mutable nested call. |
0x05 StaticCall | to_chain · from · to · gas · len · data | Opens a read-only nested call; no value field. |
0x06/07 Return | len:varint · return_data | Closes the most recent call with success or failure. |
0x08/09 Snapshot/Revert | no payload | Brackets a non-empty contiguous call region whose state effects are forcibly rolled back. |
0x0a Finish | no payload | Closes the semantic transaction after all calls and snapshots close. |
A failed return and a forced rollback are different facts: ReturnFail records one call's result, while Snapshot … Revert marks the whole enclosed call span as rolled back. The result view exposes both independently.
The first operation byte selects an RLP body:
| Tag | Format | RLP body |
|---|---|---|
0x00 | Legacy calldata | [blockTxCounts, transactions, l2Entries] |
0x01 | Grouped calldata | [blockTxCounts, transactions, l2Entries, outboundGroupSizes] |
0x02 | Self-contained blocks | [blocks, l2Entries, outboundGroupSizes] |
For tag 0x02, every element in blocks is a complete canonical block RLP carrying the header, transactions, ommers, and applicable body fields. The decoder derives transaction counts from those bodies. l2Entries carries ABI-encoded execution entries needed for reconstruction; outboundGroupSizes records how many source roots each outbound user transaction consumes.
Choose Decode on a recent EEZ settlement, or paste its L1 transaction hash.
The decoder validates the blob envelope and payload structure. Cryptographic KZG and state-transition verification remain protocol responsibilities.
SETTLEMENT CHAIN
| Block | Age | Txs | Blobs | Gas |
|---|
EXECUTION CHAIN
| Block | Age | Txs | Gas | Hash |
|---|
CANONICAL INDEX
Resolve exact relationships in either direction
Enter a canonical block number or hash.