Skip to content
Monitor
Connecting live feed Connecting Waiting for first snapshot

[ EEZ NETWORK MONITOR ]

Every chain. One view.

Follow L1 and L2 activity, blob settlements, and cross-chain commitments.

Explore EEZ

SETTLEMENT POLICY

Settle when it matters.

Loading

Loading configured rules…

Waiting for canonical settlement data…

CANONICAL SETTLEMENT

L1

#

SAFE
FINALIZED
PEERS

SYNCHRONOUS EXECUTION

L2

#

SAFE
FINALIZED
UNSETTLED L2

L1 ↔ L2 INVARIANT

Commitment

Unknown
L1 registryL2 canonical block
Registry root
Committed L2
Safe L2
Escrow

Protocol posts

recent settlement history

Last interval

between L1 posts

Blobs posted

in the displayed history

Last post cost

execution + blob fee

Finality lag

L2 blocks

DATA AVAILABILITY

Recent blob settlements

Scanning recent L1 blocks

Type to filter the recent window; exact block numbers and full hashes search history automatically.

L1 blockPosting transactionBlobsBeaconL2 rangePost tx costResultInspect
Loading settlement history…

Receipt costs include this posting transaction’s execution and blobs. Companion transactions and builder payments are separate.

PROTOCOL PAYLOAD

EEZ blob decoder

Strict native semantic-stream decoding

How ChainOperation is encoded

A settlement has three encoding layers. Open each result's byte-layout explanation below to see the concrete sizes and values for that transaction.

  1. Ethereum blob packing

    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.

  2. EEZ version-0 message envelope

    00version02ChainOperationchain_idu64 little-endianlengthbase-128 u32 varintoperationspayload bytes01CloseBlobStream00…padding

    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.

  3. Cross-chain semantics

    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 / messageWire fieldsMeaning
    0x03 Initiateorigin_chain:u64 LE · len:varint · tx_dataStarts one originating cross-chain transaction.
    0x04 Callto_chain · from · to · value:u256 LE · gas · len · dataOpens a mutable nested call.
    0x05 StaticCallto_chain · from · to · gas · len · dataOpens a read-only nested call; no value field.
    0x06/07 Returnlen:varint · return_dataCloses the most recent call with success or failure.
    0x08/09 Snapshot/Revertno payloadBrackets a non-empty contiguous call region whose state effects are forcibly rolled back.
    0x0a Finishno payloadCloses 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.

  4. Tagged operation payload

    The first operation byte selects an RLP body:

    TagFormatRLP body
    0x00Legacy calldata[blockTxCounts, transactions, l2Entries]
    0x01Grouped calldata[blockTxCounts, transactions, l2Entries, outboundGroupSizes]
    0x02Self-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

Latest L1 blocks

BlockAgeTxsBlobsGas

EXECUTION CHAIN

Latest L2 blocks

BlockAgeTxsGasHash

CANONICAL INDEX

Settlement correlation

Resolve exact relationships in either direction

Enter a canonical block number or hash.