Wprowadzenie
Travel Rule wywodzi swoją nazwę od analogii do "podróżowania" danych razem z pieniędzmi - jak bagaż podróżuje razem z pasażerem. Przy każdym transferze pieniędzy muszą "podróżować" dane o osobie wysyłającej i odbierającej.
Dla banków to nic nowego - system SWIFT od dekad przekazuje te dane przy przelewach SEPA i międzynarodowych. Dla kryptowalut - to rewolucja.
Travel Rule dla instytucji bankowych - co już działa
Dla banków i instytucji płatniczych obowiązki wynikające z Travel Rule są wdrożone od lat przez unijne i globalne regulacje (Rozporządzenie TFR - Transfer of Funds Regulation). Przy każdym przelewie instytucja przekazuje:
Dla przelewu powyżej 1 000 euro: imię i nazwisko lub nazwa nadawcy, numer rachunku nadawcy (IBAN), adres nadawcy lub data i miejsce urodzenia lub numer tożsamości, imię i nazwisko lub nazwa odbiorcy, numer rachunku odbiorcy.
Dla przelewów poniżej 1 000 euro: pełne dane są wymagane, ale można ograniczyć się do numeru rachunku i nazwy, jeśli pełne dane są dostępne na żądanie.
Obowiązek dotyczy całego łańcucha płatności - każda instytucja pośrednicząca musi przekazywać te dane dalej.
Travel Rule dla kryptoaktywów - nowe wyzwania
Tu zaczynają się problemy. Blockchain nie był projektowany do przekazywania danych osobowych. Adres kryptowalutowy (np. bitcoin) to ciąg znaków, nie dane identyfikacyjne. Jak więc wdrożyć Travel Rule dla kryptowalut?
Nowe rozporządzenie TFR (od 2023 roku) nakłada na CASP (giełdy kryptowalut) obowiązek: przy transferze kryptoaktywów między CASP, przekazywania danych o nadawcy i odbiorcy analogicznie jak przy przelewach bankowych.
Technicznie: dane muszą podróżować równolegle z transakcją blockchain - co wymaga oddzielnego kanału komunikacji między CASP.
Protokoły i rozwiązania techniczne dla Travel Rule w krypto
Problem techniczny Travel Rule w krypto jest rozwiązywany przez kilka podejść i protokołów:
OpenVASP: otwarty protokół do wymiany danych Travel Rule między CASP - opracowany przez Association de VASP (wersja open-source).
TRUST (Travel Rule Universal Solution Technology): konsorcjum dużych CASP (Coinbase, Kraken, i in.) rozwijające wspólny standard wymiany danych.
IVMS 101 (InterVASP Messaging Standard 101): standard danych dla wiadomości Travel Rule - format wymiany informacji o nadawcy i odbiorcy. Coraz powszechniej przyjmowany jako "lingua franca" Travel Rule dla krypto.
Wyzwanie: nie ma jednego obowiązującego standardu - rynek jest podzielony między kilka protokołów. Duże CASP muszą implementować kilka, żeby komunikować się z różnymi partnerami.
Wyjątki i transakcje z "niezidentyfikowanymi" portfelami
Co gdy odbiorca nie jest klientem żadnego CASP, tylko korzysta z prywatnego portfela (tzw. "unhosted wallet" lub "self-hosted wallet")?
Nowe przepisy UE wymagają: CASP musi zebrać i zweryfikować dane o właścicielu unhosted wallet dla transakcji powyżej 1 000 euro. Dla transakcji poniżej 1 000 euro - może wystarczyć adres portfela. Regulatorzy sugerują stosowanie blockchain analytics do weryfikacji, czy adres nie jest powiązany z działalnością przestępczą.
To znaczące wyzwanie operacyjne - bo większość użytkowników krypto korzysta z prywatnych portfeli i może być niechętna podawaniu danych CASP.
Podsumowanie
Travel Rule dla kryptoaktywów to jedno z najtrudniejszych wyzwań technicznych i operacyjnych dla CASP w 2026 roku. Implementacja wymaga nie tylko technologii, ale też partnerstwa z innymi CASP i aktywnego monitorowania rozwijających się standardów branżowych.
Pytanie dla CASP: czy masz wdrożony protokół Travel Rule zgodny z wymogami TFR - i czy twoi technologiczni partnerzy (custody, matching engine) są z nim zintegrowani?
Dyskusja