Skip to main content
Travel Rule IVMS101

VASP transfers, end to end compliant.

FATF Recommendation 16 implemented in production: IVMS101 originator + beneficiary exchange, counterparty VASP verification, and audit-stamped transfer records across 85+ jurisdictions.

Trusted by 500+ institutions across 180 jurisdictions
FAB NETS MSIG Moomoo Syfe GLDB
85+
Jurisdictions
Travel Rule enforced in 85+ markets — Singapore, Hong Kong, UAE, US, EU and more, with jurisdiction-specific thresholds.
IVMS101
Data standard
Originator and beneficiary data exchanged in the FATF-aligned IVMS101 format — interoperable with major Travel Rule networks.
100%
Audit completeness
Every transfer ships with counterparty attestation, data exchange record, and policy version — Wolfsberg AML Principles §5 met by default.
How it works

Three things that make Travel Rule actually shippable.

Originator + beneficiary data exchange

IVMS101-compliant payload assembled, signed, and exchanged with the counterparty VASP at transfer time. Re-key zero fields, miss zero attestations.

Counterparty VASP verification

Counterparty VASPs verified against licensed-entity registries before any data is shared. Unhosted-wallet transfers gated through configurable risk policy.

Audit trail by construction

Every transfer carries originator data, beneficiary attestation, counterparty proof, threshold logic, and policy version — exportable on demand for MAS, FinCEN, FATF.

Recognised by the Industry*
Chartis FCC50 2026 RegTech100 Singapore Top Fintech 2026 Regulatory Leader 2025 ALB Pan Asian 2025 Fintech Frontiers 50 Chartis FCC50 2025 Top 10 Singapore Fastest-Growing 2020 Top 50 High-Growth Asia-Pacific 2020 MAS FinTech Awards
* In collaboration with Cynopsis Solutions
FAQ

Common questions about Travel Rule

Which Travel Rule protocols does WIDTH support?
IVMS101 as the payload standard, exchanged over the major Travel Rule networks — TRP, Sygna Bridge, Notabene, Veriscope, OpenVASP, and direct VASP-to-VASP. Protocol selection is handled per-counterparty with fallback to the next available transport.
How does WIDTH discover and verify counterparty VASPs?
VASP discovery uses a federated directory backed by GLEIF, regulator-published licensee registries (MAS, HKSFC, FCA, FINMA, JFSA), and cross-network lookups. Each counterparty VASP is verified via cryptographic key pinning + LEI before any PII payload is exchanged.
Which jurisdictions are covered?
85+ jurisdictions with Travel Rule rules in force, including all FATF members and major emerging frameworks: Singapore (MAS PS-N02), Hong Kong (HKSFC VASP), EU (TFR / MiCA), UK (FCA), US (FinCEN), Japan (JFSA), South Korea (FIU), Switzerland (FINMA), UAE (VARA), Australia (AUSTRAC).
How are unhosted (self-custody) wallets handled?
Unhosted wallet flows follow the jurisdiction-specific rule: self-declaration + proof-of-ownership (Satoshi test / signature) where required, with risk-based screening. The same KYT decision token captures the wallet-attribution intelligence on the unhosted side.
What's the IVMS101 fields coverage?
Full IVMS101 v1.1 originator + beneficiary blocks, including natural person and legal person variants, geographic address structures, national identifier, and customer-identification reference. Country-specific fields (e.g., Japanese kanji name lines) are supported.
Is the message exchange encrypted end-to-end?
Yes. Each Travel Rule envelope is end-to-end encrypted to the counterparty VASP's pinned key. PII never sits in plaintext on shared infrastructure, and the WIDTH backend stores only the encrypted envelope + integrity hash for audit replay.

VASP transfers, defensibly compliant.

30-minute call. We provision a sandbox VASP, run a transfer through Travel Rule, and export the full audit bundle at the end.

Book a Demo → See Digital Assets