DLT & Tokenization · T563 · ISO 20022 ↔ On-Chain Correspondence

ISO 20022 ↔ On-Chain Correspondence Receipt

Record the correspondence between an ISO 20022 payment message and its on-chain settlement leg, plus an optional external-rail reference (SWIFT gpi UETR, Fedwire IMAD/OMAD, CHIPS UID). The receipt says message X is asserted to correspond to settlement Y under mapping M: it is a stated correspondence, not a cryptographic proof of equivalence. Nothing here observes the payment rail or the chain; every field is what the preparer typed in, bound into a receipt whose own integrity you can re-check with a digest recomputation.

Asserted by mapping, not proven pacs.008 / pain.001 / camt.053 / camt.054 SWIFT gpi · Fedwire · CHIPS reference Zero PII · Client-side

⚠ This composer produces a correspondence receipt, not a cryptographic proof. It does not verify that the ISO 20022 message and the on-chain transaction are in fact the same economic event; it records that a human or system asserts they correspond, under a stated mapping method, and lets that assertion be tamper-checked later via digest recomputation. Treat it as reconciliation evidence, not settlement finality.

External-Rail Reference Attachment (optional)

Attach a reference from a separate payment rail (SWIFT gpi, Fedwire, CHIPS) that also corresponds to this event

Reference Type

Reference Value

Reference Digest (SHA-256 hex, optional, supplied by preparer)

⚠ Asserted, like the rest of this receipt: this rail reference is not independently verified against the originating network. It is bound as declared.

Limitations & Sign-Off

Declared limitations

Reviewer sign-off statement

ISO 20022 ↔ On-Chain Correspondence Receipt

⚠ ASSERTED BY MAPPING, NOT PROVEN

Not yet verified

What This Receipt Is And Is Not

· Records an asserted correspondence between a named ISO 20022 message and a named on-chain transaction, under a declared mapping method.
· Does NOT cryptographically prove the two legs settle the same value, that the chain transaction is final, or that any party's identity is verified.
· The record digest is a tamper check on this receipt's own content, recomputed client-side: it says the receipt hasn't been altered since composition, nothing about the underlying payment.
· Positioning: this fills reconciliation-evidence whitespace alongside live SWIFT on-chain settlement trials, and is not a substitute for those trials' own attestations.