H33-74 / Demo

One Receipt. Three Chains.
Zero Migration.

One proof of a single treasury authorization. Polygon zkEVM anchor shipping first. Bitcoin and Ethereum anchors next. The receipt does not change as the anchor set grows.

The asset may move. The evidence remains.

The fastest way to understand chain portability is to walk through the receipt and its anchors. What follows is a worked example using the same wire format the H33 substrate produces in production.

The receipt is the proof. The anchors are notarizations. Watch what happens as anchors are added. The receipt does not change. The anchor set grows. Each new anchor is independent.

Step 1. The receipt is created

A computation runs. In this example: a treasury policy engine authorizes a 5,000,000 USDC transfer from Treasury Wallet A to Treasury Wallet B, under policy treasury-v3.2, approved by signer jane.cfo@h33.ai with secondary approval from controls.bot.

The H33 substrate produces a 74-byte receipt:

Receipt ID (SHA3-256 of 74 bytes)
0x9c4a3b1e7f8a2d6b5c9e1f3a8d4b7c2e5f9a1d3b6c8e4f7a2b5d9c1e6f3a8b4d
Commitment (32 bytes)
0x2d8f4a6b9c1e3f5a7d2b8c4e6f9a1d3b5c7e9f2a4d6b8c1e3f5a7d9b2c4e6f8a
Compact PQ Receipt (42 bytes)
0xa3b1e7f8a2d6b5c9e1f3a8d4b7c2e5f9a1d3b6c8e4f7a2b5d9c1e6f3a8b4d2e
Computation Type
policy-v3.2 / transfer-authorization
PQ Signatures (verified)
ML-DSA-65 ✓   FALCON-512 ✓   SLH-DSA-128f ✓
Anchors (currently)
none — receipt is valid without any chain anchor

At this point the receipt exists and is verifiable. No chain has been touched. Any third party with the public keys and the open-source verifier can confirm the three PQ signatures match the receipt content.

Step 2. Anchor on Polygon zkEVM — LEAD ANCHOR

The treasury team posts the receipt's commitment to Polygon zkEVM mainnet. One EIP-1559 transaction. Calldata contains the 32-byte commitment.

This is the first chain we are shipping. The Bitcoin and Ethereum anchors land in subsequent backend releases (status below).

POLYGON zkEVM
Awaiting first production anchor — once deployed, the verifier widget below populates with the real tx hash and live block confirmation.

The receipt now has one independent anchor. The receipt itself is unchanged. Its 74 bytes are exactly the same as in Step 1.

Coming next: Bitcoin and Ethereum anchors

The same receipt will accumulate independent anchors on Bitcoin and Ethereum mainnet in subsequent backend releases. Bitcoin anchoring uses Taproot (with OP_RETURN as a documented fallback). Ethereum mainnet anchoring uses an EIP-1559 calldata commitment. Both anchors are independent: each can fail or be added later without affecting the others.

The verifier widget already polls public chain explorer endpoints for these rows. Once real transaction hashes replace the placeholders, the same widget shows live confirmation status without code changes.

BITCOIN
Coming next — backend handler + Bitcoin signing wallet land in next release.
ETHEREUM
Coming next — backend handler + ETH mainnet anchoring land in next release.

What the receipt looks like when all three anchors land

Receipt ID
0x9c4a3b1e7f8a2d6b5c9e1f3a8d4b7c2e5f9a1d3b6c8e4f7a2b5d9c1e6f3a8b4d  SAME AS STEP 1
Commitment
0x2d8f4a6b9c1e3f5a7d2b8c4e6f9a1d3b5c7e9f2a4d6b8c1e3f5a7d9b2c4e6f8a  SAME AS STEP 1
PQ Signatures
SAME · SAME · SAME
Anchors
✓ Polygon zkEVM · ✓ Bitcoin · ✓ Ethereum
What changes as anchors accumulate
The anchor set grows from 1 to 3 over time. The receipt does not change. Each new anchor is independent.
Zero migration. The asset may move. The evidence remains. Each anchor is an independent commitment of the same receipt. No bridges. No cross-chain messages. As anchors accumulate, the receipt never changes. If any one chain becomes unavailable tomorrow, the remaining anchors continue verifying the receipt.

Why this matters

The treasury team in this example has not committed to any single chain. They have anchored where each audience prefers verification. If Polygon zkEVM becomes inappropriate in two years (regulatory change, cryptographic concern, performance issue), the team removes Polygon from new anchors and continues with Bitcoin and Ethereum. The historical receipts already anchored to Polygon do not need to be moved; their Bitcoin and Ethereum anchors continue verifying them.

If the audit horizon extends 10 years and Ethereum's signature scheme has been replaced with a post-quantum scheme, the H33-74 receipt's own PQ signatures still verify because they were never coupled to Ethereum's signatures.

What this is not

Not a bridge

Nothing moved between chains. Each anchor is an independent commitment of the same receipt.

Not cross-chain messaging

No chain talks to any other chain. Each anchor is a standalone transaction on its own chain.

Not redundancy with single-source-of-truth

There is no "primary" anchor and "replicas". All three anchors are equal-rank independent notarizations.

Demo data: The transaction hashes, block numbers, and timestamps shown above are illustrative. A live verifier widget that fetches real anchor status from chain explorers will replace this when the demo is wired to production receipts.

Read why this works architecturally

The mechanism that makes one-receipt-many-chains possible is chain portability.

Chain Portability One Receipt. Multiple Chains.

Related