How H33-74 receipts get anchored to Avalanche, what the anchor records contain, and what verification looks like from a Avalanche block explorer.
H33-74 anchors to Avalanche C-Chain via EIP-1559 calldata commitments. The commitment is embedded in the transaction calldata as a self-send (no value transfer) so any Avalanche node can index and verify the commitment.
What it does not contain: sensitive payload data. The receipt's content lives off-chain. The anchor only commits to its existence and identity.
Avalanche is the right anchor when sub-second notarization latency is required, when subnet-style deployment flexibility is needed in the future, and when the operator values Avalanche's specific consensus properties for institutional adoption. The C-Chain provides EVM-compatible anchoring with fast finality.
A receipt anchored on Avalanche can also be anchored on Bitcoin, Ethereum, Solana, Polygon zkEVM, Zcash, or any other chain H33-74 supports. The anchors are independent. Adding more anchors does not change the receipt. Removing one anchor (or having one chain become unavailable) does not invalidate the others.
If Avalanche ever becomes inappropriate for an operator's use case (regulatory, performance, security, cost), the operator adds an anchor on a different chain and continues operating. The historical evidence does not have to migrate, because it was never bound to Avalanche.
A third-party verifier needs the H33-74 receipt, the Avalanche anchor transaction (or its hash), and the open-source H33 verifier. From those inputs:
The same receipts that anchor to Avalanche can anchor to any of the others.
One Receipt. Multiple Chains. H33-74 Overview