Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Note

Please familiarize yourself with the Travel Rule here.

...

Table of Contents
minLevel2
maxLevel3
outlinefalse
stylenone
typelist
printabletrue

History

...

Overview

Implementation of the EU Travel Rule builds upon the following documents issued by EU regulators:

...

  1. View file
    nameCELEX_32023R1113_EN_TXT.pdf

  2. View file
    nameTravel Rule Guidelines.pdf

History

The EU Travel Rule regulation became effective in the EU on January 1, 2025. The regulation applies whether you are a MiCA regulated VASP - or not. The driving force behind this regulation was AML (anti-money laundering) efforts triggered by the war in Europe between Russia and Ukraine, and the fact that the adoption of cryptocurrency and related services will grow in the EU when the MiCA regulation becomes fully effective.

Key concepts in EU regulation

...

Examples: BUY - cash to crypto

Customer (Payer) inserts cash into the crypto-ATM machine and scans the destination wallet address.
The ATM Operator (CASP) on behalf of the customer sends coins to a payee.

BUY

destination address

Destination Address:

Classification:

Example:

Scenario A

  • hosted

CASP to CASP transfer.

CASP is required to send the Envelope to the beneficiary’s CASP.

Customer inserts cash and wants his coins to go to his wallet on Binance exchange.

Scenario B

  • self-hosted and

  • amount < 1000 EUR

CASP to self-hosted wallet transfer.

CASP needs to perform best effort to confirm the address is not hosted.

Customer inserts 100 EUR in cash and wants his coins to go to his mobile Trust wallet that has private keys in his mobile phone.

Scenario C

  • self-hosted and

  • amount > 1000 EUR

CASP to self-hosted wallet transfer.

CASP needs to perform best effort to confirm the address is not hosted.

CASP should require proof of ownership/control over the wallet.

Customer inserts 1000 EUR in cash and wants his coins to go to his mobile wallet that has private keys in his mobile phone.

CASP will require him to provide cryptographic proof.

Examples: SELL - crypto to cash

Customer (Payee) selects amount he wants to withdraw on the ATM and prints a redeem ticket. Customer or somebody else sends coins to a wallet address on a redeem ticket that belongs to the BATM Operator (CASP).

SELL

- originating

Origination address

is

:

Classification:

Example:

Scenario D

  • hosted

CASP to CASP transfer.

CASP is required to receive PII from originating CASP.

Customer sends coins to you from his Binance account.

Scenario E

  • self-hosted, and

  • amount < 1000 EUR

Self-hosted wallet to CASP transfer.

CASP needs to perform best effort to confirm the address is unhosted.

Customer sends coins worth of 100 EUR from his mobile Trust wallet that has private keys in his mobile phone.

Scenario F

  • self-hosted and

  • amount > 1000 EUR

Self-hosted wallet to CASP transfer.

CASP needs to perform best effort to confirm the address is unhosted.

Customer inserts 1000 EUR in cash and wants his coins to go to his mobile wallet that has private keys in his mobile phone.

CASP will require him to provide cryptographic proof.

Practical Recommendations for Operators

  1. We recommend that you reinforce that the Payee & Payer are the same person via in your Terminal’s Terms and Conditions.

    1. This reduces the risk that the customer is sending coin to a scammer.

    2. Additionally, your customer is not required to fill additional information about the Payee which can be time consuming and a barrier to usability.

  2. We recommend that you force customers to be issued a PDF paper wallet at the ATM BATM for transactions that exceed 1000 EUR.

    1. Currently, most mobile and desktop wallets have not yet implemented a means to perform proof of ownership. You cannot comply if they cannot comply, but regulators do not care about that.

  3. The Travel Rule Provider network is immature. Be prepared for compliance struggles in 2025.

    1. Travel Rule Providers connect multiple providers into their network. However these These networks are not interconnected (yet). It will take years for Travel Rule Providers to achieve interoperability.

    2. Expect that counterpart CASPs will not receive your messages and you will not receive theirs.

  4. Be discoverable.

    1. Register yourself as a CASP to multiple registrars to be found by other CASPS.

    2. Write your CASP ID on customer receipts including your Organization’s country of origin.

  5. Be prepared for authorities to review whether you are archiving PIIs/Envelopes for 5 years.

  6. Apply existing KYC measures to ensure that your customers are not avoiding Travel Rule restrictions by performing multiple cryptocurrency transfers below 1000 EUR.

...

  1. Version 20241001 - Delivered

    1. PDF paper wallet support has been added allowing operators to test drive a new vehicle for how to send coins to customer self-hosted wallets, with the proof of ownership requirement satisfied.

    2. Releasing PDF support ahead of time gives operators time to customize their PDF wallet templates to better explain to customers how to use them.

      1. See: https://generalbytes.atlassian.net/wiki/x/A4Cf1w

  2. Version 20241101 - Delivered

    1. Input Queues were introduced. Input Queues allow operators to review or suspend incoming coin transfers. This feature is an essential tool for KYC review when the PII from the originator’s CASP hasn’t arrived yet.

      1. See: https://generalbytes.atlassian.net/wiki/x/BADR2Q

  3. Version 20241201 - Delivered

    1. Added support for scenarios B and C. General Bytes has concentrated on supporting and improving usability for these scenarios first - as it is expected that CASP to CASP Travel Rule Providers will be facing significant interoperability and usability issues at the beginning of 2025.

  4. Version 20241201 - Delivered

    1. Added support for customer is declaring that his wallet is unhosted for transactions bellow below threshold (1000 EUR for example).

  5. Version 20250101

    1. Added support for scenario A using NotaBene travel rule provider.

    2. Added Extensions API to add your own Travel Rule Provider implementation.

  6. Version 20250201

    1. Added support for scenario D,E,F using NotaBene travel rule provider.

  7. Version 20250301

    1. Added support for GTR and SumSumb travel rule providers.