The Clearing Insitute
RemiDe.xyz
RemiDe.xyz
  1. How To
  • Welcome to the Clearing Institute
  • RemiDe Product
    • Stablecoin Clearing Network
    • Off-Ramp Marketplace
  • Join
    • People Behind SCN
    • Discovery Call
    • Strategy Session
  • Explore the Network
    • Alternative Solutions
    • Participants
      • Banks
      • PSPs & EMIs
      • Crypto Exchanges
      • Mobile Money Operators
      • Licensed Wallets & VASPs
    • Team Playbook
      • For Executives
      • For Compliance Officers
      • For Treasury & Ops
      • For Product Leaders
  • Why Now
    • Pre-SWIFT Moment
    • Stablecoins 2.0 & Banking 2.0
    • Market Researches & Analysis
  • How To
    • Launch Checklist
    • Stablecoin Use Cases
    • Corridor Models
    • Travel Rule
    • FAQ
    • RemiDe API
  1. How To

Travel Rule

The Travel Rule is a global AML requirement: when you send money, identity data about the sender and receiver must "travel" with the payment.
For traditional banking, this happens automatically inside SWIFT messages (like MT103). For stablecoin transfers between institutions, the same requirement applies — but until recently, there was no standard way to do it.
That's where IVMS-101 comes in.

What is IVMS-101?#

IVMS-101 (InterVASP Messaging Standard) is the global data format for Travel Rule compliance. It defines exactly what fields must be exchanged:
Data TypeWhat's Included
OriginatorName, account identifier, address, national ID, date of birth
BeneficiaryName, account identifier (minimum); full details if internal customer
Originating VASPInstitution name, license info, identifier
Beneficiary VASPInstitution name, license info, identifier
TransactionAmount, currency, timestamp, purpose code (if applicable)
💡
Think of IVMS-101 as the common language that lets any two licensed institutions exchange compliance data — regardless of which Travel Rule solution they use.

Why Does This Matter for Your Institution?#

The Compliance Reality#

EU (TFR): Travel Rule applies to all crypto transfers — no minimum threshold
US (FinCEN): Applies to transfers ≥ $3,000
FATF members: Thresholds vary, but enforcement is tightening globally

The Problem#

Every institution speaks IVMS-101, but nobody built the phone network.
You have the data format. What you don't have:
A way to discover counterparty VASPs
A way to exchange encrypted data securely
A way to verify the other institution is actually licensed
A way to prove compliance to regulators after the fact
This is why institutions end up buying 3-4 separate solutions (Notabene, Sumsub, Chainalysis) and still struggle with interoperability.

The Business Case#

Here's the shift: Travel Rule compliance isn't just a regulatory cost. It's a corridor unlock.
Institutions that solve Travel Rule properly can:
Open new corridors that competitors can't serve (because they lack compliant counterparties)
Reach customers in markets where stablecoin rails are the only viable option
Win enterprise clients who require audit-ready evidence for every cross-border transfer
The institutions seeing real traction in LATAM, Africa, and Southeast Asia aren't asking "how do we avoid Travel Rule?" They're asking "how do we make it work so we can serve these corridors?
That's where a clearing network becomes relevant: one integration, many compliant counterparties, corridors open on day one.

How Travel Rule Works in Practice#

Traditional Wire (SWIFT MT103)#

Bank A → SWIFT Network → Correspondent Bank → Bank B
         └── MT103 message carries sender/receiver info automatically
Identity data is embedded in the payment instruction. One system, one message, done.

Stablecoin Transfer (Today's Patchwork)#

VASP A → Blockchain → VASP B
    │                    │
    └── Notabene? ───────┘  (maybe)
    └── Sumsub? ─────────┘  (maybe different provider)
    └── Manual email? ───┘  (still common)
Identity data travels separately from the payment — if it travels at all. Fragmentation everywhere.

Stablecoin Transfer (Clearing Network Model)#

VASP A → Clearing Network → VASP B
         └── IVMS-101 envelope assembled, encrypted, delivered
         └── Payment routed under policy
         └── Evidence bundle generated for both parties
Identity data and payment travel together, with audit trail built in.

Key Concepts#

Originator vs. Beneficiary#

TermWhoExample
OriginatorThe person sending moneyStefan Müller in Berlin
BeneficiaryThe person receiving moneyNairobi Coffee Exports Ltd
Originating VASPSender's institutionDeutsche Payments GmbH
Beneficiary VASPReceiver's institutionKenya Bank Ltd

Pre-Transaction vs. Post-Transaction#

The Travel Rule requires data exchange before or at the time of transfer — not after. This is different from traditional AML monitoring, which often happens post-hoc.
For stablecoin networks, this means:
Compliance checks happen before funds move
Transactions can be rejected before execution (not just flagged later)
Both parties have the evidence before committing capital

What Your Team Needs to Know#

RoleKey ConcernWhat Travel Rule Means
Compliance"Will this create regulatory risk?"Proper IVMS-101 exchange = audit-ready evidence for every transaction
Product"Will this slow down our UX?"Pre-transaction checks add ~1-3 seconds; users see "verifying recipient"
Treasury"Will this affect settlement times?"No — Travel Rule is data exchange, not fund flow; settlement remains instant
Executive"What's our exposure if we don't comply?"Enforcement is active: EU TFR auto-rejects non-compliant transactions as of Dec 2024

Ready to talk?#

Book a consultation to discuss how Stablecoin Clearing fits your needs.
Book Discovery Call

Questions? Reach out to Anton | CEO @ RemiDe
anton@remide.xyz
Previous
Corridor Models
Next
FAQ
Built with