Travel Rule Message Builder
Build and validate IVMS101-compliant Travel Rule messages per Regulation (EU) 2023/1113
Originating VASP
Originator (Customer)
Regulation (EU) 2023/1113, TFR Art. 14(1): name, account, and either the address (with country) + official ID number + customer identification number, or the date and place of birth.
Beneficiary (Recipient)
Regulation (EU) 2023/1113, TFR Art. 14(2): name and account are required; the other fields are optional.
Beneficiary VASP
Transaction Details
21 fields missing
Missing fields:
- Originating VASP LEI
- Originating VASP name
- Originating VASP street
- Originating VASP city
- Originating VASP postal code
- ... and 16 more
What This POC Does Not Implement
- ❌ VASP Directory Lookup — Does not verify that beneficiary VASP exists or is MiCA-compliant in a real registry
- ❌ Message Transmission — Does not actually send the IVMS101 message to the beneficiary VASP
- ❌ Blockchain Integration — Does not interact with actual blockchain nodes to confirm transfers
- ❌ Cryptographic Signing — Does not sign or encrypt the message (IVMS101 only defines the data model; transport security depends on the Travel Rule protocol used)
- ❌ Counterparty Compliance Validation — Does not check if beneficiary VASP supports IVMS101 or Travel Rule compliance
- ❌ NCA Reporting — Does not submit transaction records to National Competent Authority (NCA)
MiCA Compliance Context
Regulation (EU) 2023/1113 (Travel Rule): Requires that information concerning the originator and beneficiary of a transfer of crypto-assets shall be transmitted along with the transfer.
IVMS101 Standard (v1.0): Defines the message structure for VASP-to-VASP originator and beneficiary information exchange. This POC implements the core fields required per IVMS101.
EU Scope: Under Regulation 2023/1113 the information must accompany every transfer of crypto-assets, whatever the amount (TFR Art. 14(1)–(2)). The EUR 1,000 figure only applies to transfers to self-hosted addresses, where the CASP must then assess whether the address is owned or controlled by the originator (TFR Art. 14(5)). This POC focuses on the message structure.
Disclaimer: This is an educational POC. It does not constitute compliance certification. Actual Travel Rule compliance requires integration with real VASP infrastructure, NCA reporting systems, and cryptographic verification.