Skip to content

SWIFT Compatibility

SWIFT is a messaging network — it carries payment instructions between banks using standardised message formats. It does not move money itself. The actual movement of funds happens through correspondent banking chains: a series of bilateral accounts between intermediary banks. Those correspondent chains are where DPX operates, not at the SWIFT messaging layer.

Understanding this distinction matters because DPX and SWIFT are not competing infrastructure — they operate at different layers of the same payment stack.


Instruction layer Settlement layer
───────────────── ────────────────
SWIFT message (ISO 20022) Correspondent banks (traditional)
pain.001 instruction → 4–5 hops · 2–5 days · 2–5% fees
OR
SWIFT message (ISO 20022) DPX on Base mainnet (on-chain)
pain.001 instruction → 1 hop · ~30 seconds · ~2% all-in

DPX accepts the same ISO 20022 message formats that SWIFT member banks generate — pain.001 for payment initiation, pacs.002 for settlement confirmation. A corporate treasury or bank already sending SWIFT payments can route those same instructions to DPX without changing their upstream systems.


DPX is built on ISO 20022 end-to-end. Both integration modes accept pain.001 and return pacs.002:

<?xml version="1.0" encoding="UTF-8"?>
<Document xmlns="urn:iso:std:iso:20022:tech:xsd:pain.001.001.09">
<CstmrCdtTrfInitn>
<GrpHdr>
<MsgId>CORP-2026-0042</MsgId>
<CreDtTm>2026-06-03T14:00:00Z</CreDtTm>
<NbOfTxs>1</NbOfTxs>
<CtrlSum>250000.00</CtrlSum>
<InitgPty><Nm>Ordering Corp</Nm></InitgPty>
</GrpHdr>
<PmtInf>
<PmtInfId>PMTINF-001</PmtInfId>
<PmtMtd>TRF</PmtMtd>
<CdtTrfTxInf>
<PmtId><EndToEndId>E2E-2026-0042</EndToEndId></PmtId>
<Amt><InstdAmt Ccy="USD">250000.00</InstdAmt></Amt>
<Cdtr><Nm>Acme Global Corp</Nm></Cdtr>
<CdtrAcct>
<!-- Wallet address in IBAN-style identifier -->
<Id><Othr><Id>0x742d35Cc6634C0532925a3b8D4C9Db96590c32E8</Id></Othr></Id>
</CdtrAcct>
</CdtTrfTxInf>
</PmtInf>
</CstmrCdtTrfInitn>
</Document>

DPX returns a pacs.002 with an extended SplmtryData block carrying the on-chain settlement details:

{
"Document": {
"FIToFIPmtStsRpt": {
"GrpHdr": {
"MsgId": "DPX-CORP-2026-0042",
"CreDtTm": "2026-06-03T14:00:31Z"
},
"TxInfAndSts": [{
"OrgnlEndToEndId": "E2E-2026-0042",
"TxSts": "ACCP",
"SplmtryData": [{
"Envlp": {
"DPXPaymentId": "93e89fe0-a29f-40a5-b204-57d3dffc8812",
"network": "base-mainnet",
"chainId": 8453,
"settlementAsset": "USDC",
"txHash": "0x7a8f...",
"settlementTime": "PT31S",
"fatfR16Compliant": true,
"micaCompliant": true,
"esgScore": 74,
"iso20022": {
"msgType": "pacs.002.001.10",
"clrSys": "DPX-BASE",
"sttlmMtd": "INDA",
"sttlmDt": "2026-06-03"
}
}
}]
}]
}
}
}

pacs.002 status codes:

TxStsMeaning
ACCPSettled — txHash present
PDNGIn progress
RJCTBlocked — rejectReason present

Corporates using SWIFT for treasury payments (via SWIFTNet or a SWIFT Service Bureau) can add DPX as an alternative settlement channel:

Corporate ERP / TMS
│ pain.001 (ISO 20022)
SWIFT messaging layer ──────────────────────────────────────────────► Correspondent banking
(existing flow)
│ pain.001 (same message)
DPX Integration API ───────────────────────────────────────────────► Base mainnet settlement
https://integration.untitledfinancial.com/payments/initiate (~30 seconds, ~2% all-in)

No changes to upstream systems. The same pain.001 that goes to SWIFT can be routed to DPX for eligible corridors.

SWIFT gpi (Global Payments Innovation) adds end-to-end tracking and same-day settlement to correspondent chains. DPX offers a complementary path for cases where gpi’s cost or speed doesn’t meet requirements:

SWIFT gpiDPX
Settlement timeSame day (hours)~30 seconds
TransparencyFull trackingOn-chain, public
Cost2–5% all-in (corridor-dependent)~2.035% all-in
Corridors200+ countriesUSDC/EURC on Base
ComplianceBank-managedOn-chain, automated
ESG reportingNot nativeEmbedded per-transaction

For financial institutions evaluating ISO 20022 migration

Section titled “For financial institutions evaluating ISO 20022 migration”

SWIFT’s ISO 20022 migration (completing 2025) standardises all SWIFT cross-border messages on the pain/pacs format DPX already uses natively. Institutions building ISO 20022-compliant payment infrastructure can add DPX without format translation.


DPX is pursuing listing on the SWIFT App Market — the marketplace where SWIFT member banks discover payment tools and fintech integrations. A SWIFT App Market listing provides:

  • Discovery by 11,000+ SWIFT member institutions globally
  • Credibility signal for institutional procurement teams
  • Structured access to SWIFT’s partner ecosystem

For financial institutions already in the SWIFT ecosystem, DPX appears as a certified, vetted integration option alongside treasury management tools, FX tools, and compliance products.


DPX’s compliance stack maps to SWIFT’s correspondent banking compliance requirements:

SWIFT RequirementDPX Equivalent
SWIFT KYC RegistryGLEIF LEI verification via VoP check
Sanctions screeningAML Oracle (OFAC/EU sanctions, 24h TTL cache)
FATF Recommendation 16VoP compliance attestation on every payment
Travel Rule (≥$3K)IVMS 101 records, 5-year retention
Transaction monitoringBehavioural profiling, z-score anomaly detection
pacs.002 confirmationNative — returned for every settled payment