H33-74 / Mechanism

Delayed Anchoring

Create the receipt today. Anchor it tomorrow, next month, next year, or never. Anchoring is a separate operation from producing the proof.

Most attestation systems make timestamping and chain settlement the same event. An attestation is created when it is written to the chain. Before the chain transaction, there is no attestation. After the transaction, the attestation is permanent.

H33-74 decouples those steps.

Receipt creation and chain anchoring are separate operations. A receipt is valid the moment it is signed. Anchoring is an optional later step that adds independent notarization on a public chain. The receipt is the proof; the chain is the notary.

Why decoupling matters

Three anchoring postures

Immediate per-receipt anchoring

Each receipt produces a chain transaction at the moment of creation. Maximum notarization, highest cost. Appropriate for low-frequency high-value events: large transfers, governance final decisions, custody changes.

Batched periodic anchoring

The system collects receipts produced over a time window (one hour, one day, one week) and anchors a single cryptographic commitment over the batch in one chain transaction. Verifying any individual receipt requires the receipt plus a short proof tying it to the batch. The mechanism is identical to how OpenTimestamps has anchored hundreds of millions of timestamps to Bitcoin since 2016, extended with post-quantum signatures.

On-demand retroactive anchoring

Receipts are produced and held without chain anchoring. When external verification is needed (regulator inquiry, dispute, audit), the system anchors the relevant receipts at that moment. The receipts existed all along; the chain anchor is added when the cost is justified.

What anchoring actually adds

The receipt is already signed by three independent post-quantum families. The chain anchor adds:

What the chain anchor does not add: the integrity of the receipt itself. That is already cryptographically established by the post-quantum signatures the moment the receipt is produced.

Anchor migration as a routine operation

Because anchoring is separate, the anchor set can evolve. A receipt anchored only on Polygon today can later be anchored on Bitcoin too, and the original Polygon anchor remains valid. The receipt itself does not change; the set of independent notarizations grows.

Delayed anchoring is what makes H33-74 chain-portable. Because receipts are valid without anchoring, the chain you anchor to becomes a deployment choice rather than an architectural commitment.

Compared to traditional timestamping

OpenTimestamps
Bitcoin-anchored. Batched root every block. Receipt creation event = chain anchoring event. Verification requires Bitcoin chain.
EAS / Verax
EVM-anchored. Each attestation = one chain write. Verification requires the host EVM chain.
H33-74
Chain-independent. Receipt valid without any anchor. Anchoring is optional, deferrable, repeatable across chains. Verification requires only the receipt and the public verifier.

See the full chain-portability story

Read how delayed anchoring connects to chain migration and multi-chain operation.

Why Chain Migration Shouldn't Exist One Receipt. Multiple Chains.

Related