Ein Kunde schickt 5000 USDT, und die Überweisung hängt einen Tag lang fest — die Partnerplattform verlangt zuerst den Namen des Absenders. Genau das ist die Travel Rule für Krypto-Exchanger: eine FATF-Vorgabe, wonach Absender- und Empfängerdaten zusammen mit der Transaktion selbst übermittelt werden müssen, sobald ein lokaler Schwellenwert überschritten wird.
Die Regel ist nicht neu, aber erst 2026 wird sie wirklich durchgesetzt — Partnerbanken und Börsen kappen zunehmend den Zugang für VASPs, die ihre Compliance nicht nachweisen können. Für einen Exchanger ist das kein abstrakter Compliance-Punkt mehr, sondern eine Frage des Zugangs zu Liquidität.
Was die Travel Rule eigentlich bedeutet
Man kennt das von der Banküberweisung: Der Name des Absenders und der Verwendungszweck reisen seit Jahrzehnten mit dem Geld mit — das ist der SWIFT-Standard. Die Travel Rule überträgt genau dieses Prinzip auf Krypto: Die sendende Plattform muss der empfangenden Plattform Name, Wallet-Daten und oft auch die Adresse des Kunden übermitteln.
Formal handelt es sich um FATF-Empfehlung 16, aber jedes Land setzt sie anders um: mancherorts liegt die Schwelle bei 1000 Dollar, anderswo bei 1000 Euro, und manche Länder verlangen die Daten ab dem ersten Cent.
Wen es betrifft und ab welchem Betrag
Die Regel greift bei Transfers zwischen VASPs — also zwischen einem Exchanger und jeder anderen lizenzierten Plattform: einer Börse, einem KYC-Wallet, einem anderen Exchanger. Eine Überweisung an ein Self-Hosted-Wallet fällt formal nicht unter die Travel Rule, doch Regulierer erwarten zunehmend, dass auch hier vorsorglich Daten erfasst werden.
- Die Schwelle liegt meist bei 1000 USD/EUR — unter der EU-MiCA-Verordnung ist sie praktisch verschwunden, die Pflichten gelten ab dem ersten Euro.
- Geprüft wird die Summe der Transfers über einen Zeitraum, nicht die einzelne Zahlung — Aufteilen bringt also nichts.
- Ist die Gegenpartei nicht registriert, muss der Exchanger die Transaktion entweder ablehnen oder die Daten manuell einholen.
Wie die Daten technisch übertragen werden
Niemand will Namen manuell per E-Mail hin- und herschicken, deshalb gibt es dedizierte Messaging-Protokolle: TRUST, Notabene, Sygna Bridge, VerifyVASP und den offenen Standard OpenVASP. Sie verschlüsseln das Datenpaket des Kunden und verknüpfen es mit dem Hash der jeweiligen Transaktion, sodass die Nachricht genau bei der richtigen Gegenpartei ankommt.
Ein Exchanger muss das nicht von Grund auf selbst bauen — die meisten Travel-Rule-Anbieter docken als API-Schicht an das bestehende Compliance-System an, statt es zu ersetzen.
Risiken und Grenzen — was schiefgehen kann
Das größte Problem ist das „Sunrise Problem“: Viele Plattformen weltweit sind noch an kein Protokoll angebunden, sodass ein Transfer allein deshalb hängen bleibt, weil die Gegenseite das Paket gar nicht entschlüsseln kann.
Das zweite Risiko sind Fehlalarme — ein Compliance-Filter blockiert eine legitime Überweisung, weil der Passname nicht exakt mit dem Formular übereinstimmt. Und drittens die Privatsphäre: Je mehr personenbezogene Daten zwischen Plattformen zirkulieren, desto teurer wird ein Datenleck auf einer der beiden Seiten.
Typische Fehler bei der Vorbereitung
Der häufigste Fehler ist, das Thema bis zur ersten Absage der Partnerbank aufzuschieben. Bis dahin dauert die Suche nach einem neuen Zahlungspartner Wochen, während Kunden längst über hängende Überweisungen verärgert sind.
- Sich auf manuellen Datenabgleich statt auf ein Protokoll zu verlassen — das skaliert nicht über eine Handvoll Transfers am Tag hinaus.
- Den Prozess nicht für den Regulator zu dokumentieren — dann fehlt bei einer Prüfung der Nachweis, dass die Regel überhaupt eingehalten wird.
- Überweisungen an Self-Hosted-Wallets zu ignorieren, obwohl die Partnerbank dort längst minimale Daten verlangt.
Fazit
Die Travel Rule ist kein einmaliger Haken, sondern Infrastruktur, mit der ein Exchanger dauerhaft leben muss: Protokolle werden aktualisiert, Schwellenwerte unterscheiden sich von Land zu Land, und Partner verschärfen ihre Anforderungen schneller, als einem lieb ist. Es ist klüger, die Datenübermittlung von Anfang an einzubauen, statt sie nach der ersten eingefrorenen Überweisung nachzurüsten. Einen Exchanger mit durchdachter Compliance- und KYC-Architektur lässt sich mit iEXExchanger starten.
