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.
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.
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.
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.
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.
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.
Read how delayed anchoring connects to chain migration and multi-chain operation.
Why Chain Migration Shouldn't Exist One Receipt. Multiple Chains.