Eine Krypto-Börse bewegt Werte nicht isoliert. Jede Auszahlung an einen anderen Anbieter und jede Einzahlung von einem anderen ist ein Transfer zwischen Institutionen, und die Aufsicht erwartet inzwischen, dass Informationen über die Personen hinter diesen Transfers mit den Werten mitreisen. Die Travel Rule — der internationale Standard, nach dem sendende und empfangende Institution identifizierende Angaben zu Auftraggeber und Begünstigtem austauschen — gilt im Vereinigten Königreich seit September 2023 und in der Europäischen Union seit Ende 2024 für Krypto-Transfers. Für eine Börse ist sie weder optional noch neu.

Die Regel ist einfach formuliert und anspruchsvoll im Betrieb. Eine Börse, die Kundenwerte an einen anderen Anbieter sendet, muss festgelegte Angaben zum eigenen Kunden und zum vorgesehenen Empfänger beifügen; eine, die Werte empfängt, muss die entsprechenden Angaben einholen und prüfen, bevor sie die Mittel freigibt. Dies zuverlässig zu tun, in der erwarteten Geschwindigkeit und über Tausende von Gegenparteien in unterschiedlichem Reifegrad, ist ebenso ein technisches und betriebliches wie ein Compliance-Problem.

Dieser Beitrag beschreibt, was die Regel von einer Börse verlangt, wie ein Prozess um aus- und eingehende Transfers herum aufgebaut ist, wie die Bereitschaft der Gegenpartei und self-hosted Wallets ihn erschweren und wie UK- und EU-Vorgaben das Design prägen — auf der Ebene von Konzept, Prozess und übergeordneter Architektur, kein Rezept für ein Nachrichtenprotokoll.

Was die Travel Rule von einer Börse verlangt

Die Travel Rule verpflichtet den Anbieter, der einen Krypto-Transfer auslöst, und den, der ihn empfängt, identifizierende Angaben zu den Beteiligten auszutauschen, sodass kein Ende für die abwickelnden Institutionen anonym bleibt. Die auslösende Börse übermittelt Angaben, die den eigenen Kunden als Sender identifizieren, samt dem, was sie zum Begünstigten hält; die empfangende Börse holt sie ein, prüft sie auf Vollständigkeit und Stimmigkeit und führt sie ihren Kontrollen gegen Finanzkriminalität zu. Da die Pflicht auf der Kundenidentifizierung aufbaut, die eine Börse ohnehin durchführt, wird die Fähigkeit am besten gemeinsam mit KYC-Verifizierung und AML-Screening geplant und nicht nachträglich angesetzt.

Was genau gesendet und wann es verifiziert werden muss, hängt von der Rechtsordnung und der Art des Transfers ab; dieser Beitrag gibt kein Regelwerk wieder. Der entscheidende Designpunkt bleibt konstant: Die Börse muss für einen ausgehenden Transfer korrekte Angaben zu Auftraggeber und Begünstigtem erzeugen und sie für einen eingehenden entgegennehmen, validieren und darauf reagieren können — für jeden erfassten Transfer, ohne manuellen Aufwand in dem Moment, in dem eine Kundin auf Auszahlen klickt.

Der grundlegende Travel-Rule-Prozess

Ein Travel-Rule-Prozess hat zwei spiegelbildliche Pfade, und ein gutes Design behandelt sie als vollwertige Teile der Aus- und Einzahlungsabläufe. Auf dem ausgehenden Pfad stellt die Börse, wenn eine Kundin eine Auszahlung an einen anderen Anbieter beauftragt, fest, ob er erfasst ist, identifiziert die empfangende Institution, stellt die geforderten Angaben zusammen und übermittelt sie über einen Kanal, den beide Seiten nutzen können. Auf dem eingehenden Pfad nimmt sie die begleitenden Angaben entgegen, prüft, ob sie vorhanden und stimmig sind, screent sie gegen Sanktions- und Risikokriterien und entscheidet, ob der Transfer gutgeschrieben, angehalten oder hinterfragt wird.

Beide Pfade teilen eine Abhängigkeit, die das gesamte Design prägt: Für eine gegebene Blockchain-Adresse muss die Börse erkennen können, ob die Gegenpartei eine andere regulierte Institution oder ein self-hosted Wallet ist, denn die Behandlung unterscheidet sich deutlich. Die folgende Tabelle fasst die spiegelbildlichen Pflichten zusammen; die genauen Daten- und Verifizierungserwartungen sind je nach Rechtsordnung verschieden.

Die spiegelbildlichen Pflichten auf dem ausgehenden und dem eingehenden Pfad eines Travel-Rule-Prozesses
ProzessschrittAusgehender Transfer (Börse als Auftraggeber)Eingehender Transfer (Börse als Begünstigter)
Anwendungsbereich und GegenparteiErfassung feststellen und die empfangende Institution identifizieren.Sendende Institution und Eingang der erwarteten Angaben bestätigen.
Umgang mit InformationenKorrekte Angaben zu Auftraggeber und Begünstigtem zusammenstellen und sicher übermitteln.Angaben entgegennehmen und auf Vollständigkeit und Stimmigkeit prüfen.
Prüfungen gegen FinanzkriminalitätZiel und Begünstigten vor der Freigabe screenen.Auftraggeber screenen und vor der Gutschrift Sanktionen prüfen.
Entscheidung und NachweisFreigeben, anhalten oder ablehnen; Nachweis des Gesendeten aufbewahren.Gutschreiben, anhalten oder nachfragen; Nachweis des Empfangenen aufbewahren.

Gegenpartei-VASPs und das Sunrise-Problem

Eine Börse kann keine Informationen mit einer Gegenpartei austauschen, die sie nicht identifizieren oder erreichen kann, und daraus folgen zwei praktische Probleme. Das erste ist die Identifizierung: Allein aus einer Blockchain-Adresse muss die Börse ermitteln, ob sie zu einem anderen regulierten Anbieter gehört — einem Virtual Asset Service Provider oder VASP — und wenn ja, zu welchem und in welcher Rechtsordnung, was bestimmt, welche Regeln gelten. Das zweite ist die Erreichbarkeit: Auch wenn die Gegenpartei bekannt ist, brauchen beide Seiten einen gemeinsamen, sicheren Weg der Übermittlung, weshalb die Interoperabilität zwischen den Nachrichtenlösungen der Branche ebenso wichtig ist wie jedes einzelne Werkzeug.

Das ungleiche Tempo der Einführung weltweit erzeugt das Sunrise-Problem: Der Standard ist an verschiedenen Orten zu verschiedenen Zeiten in Kraft getreten, sodass eine Börse regelmäßig auf Gegenparteien trifft, die ihm noch nicht unterliegen oder Travel-Rule-Daten noch nicht empfangen können. Ein praktikables Design nimmt nicht an, dass jede Gegenpartei bereit ist. Es legt fest, wie sich die Börse verhält, wenn Informationen nicht ausgetauscht werden können — erheben und aufbewahren, was möglich ist, eine risikobasierte Entscheidung zum Fortfahren, Anhalten oder Ablehnen treffen und die Begründung festhalten —, damit Lücken im Netzwerk nicht zu Lücken in den eigenen Kontrollen werden.

Transfers mit self-hosted Wallets

Nicht jeder Transfer läuft zwischen zwei Institutionen. Kundinnen und Kunden zahlen aus Wallets ein, die sie selbst kontrollieren, und zahlen auf solche aus — self-hosted oder „unhosted“ Wallets —, und diese fallen aus dem Modell von Institution zu Institution heraus, das die Travel Rule voraussetzt. Es gibt keinen Gegenpartei-Anbieter, mit dem Informationen ausgetauscht werden könnten, sodass die Pflicht eine andere Form annimmt: Statt Daten an eine andere Institution zu übermitteln, erhebt die Börse die relevanten Angaben zum Wallet bei ihrem eigenen Kunden und unternimmt, je nach Rechtsordnung und betroffenem Wert, Schritte, um sich von dessen Verfügungsgewalt zu überzeugen.

Damit wird der Umgang mit self-hosted Wallets zu einem eigenen Zweig des Prozesses, nicht zu einer von Hand zu bearbeitenden Ausnahme. Die Börse muss erkennen, wann eine Gegenpartei-Adresse eher self-hosted als institutionell ist, die zusätzlich geforderten Angaben erfassen und dort, wo dies erwartet wird, die Verfügungsgewalt über das Wallet nachweisen — alles innerhalb derselben Abläufe, die Kundinnen und Kunden bereits nutzen. Diesen Pfad bewusst zu gestalten bewahrt eine große und legitime Kategorie von Transfers vor einer Compliance-Lücke oder ständiger Reibung.

Hinweis: Der Umgang mit Transfers zu und von self-hosted Wallets ist ein zusätzliches Kontrollset, kein Verbot. Ziel ist es, die in der jeweiligen Rechtsordnung geforderten Angaben zu erheben und dort, wo dies erwartet wird, die Verfügungsgewalt über das Wallet nachzuweisen, während legitime Transfers für die Kundschaft praktikabel bleiben.

Datenschutz und Aufbewahrung

Die Travel Rule bewegt personenbezogene Daten zwischen Institutionen, und dies rechtskonform zu tun gehört untrennbar dazu. Jede Nachricht enthält identifizierende Angaben zu realen Personen, weshalb eine Börse sie sicher übermitteln und speichern, auf das Erforderliche beschränken und unter derselben Datenschutzdisziplin halten muss wie den Rest ihrer Plattform. Den Prozess ohne klare Sicht darauf aufzubauen, wohin diese Daten fließen, wer sie einsehen kann und wie lange sie aufbewahrt werden, macht aus einer Kontrolle gegen Finanzkriminalität ein Datenschutzrisiko.

Die Aufbewahrung ist die andere Hälfte. Eine Börse muss im Nachhinein zeigen können, welche Angaben für einen bestimmten Transfer gesendet oder empfangen wurden, welche Prüfungen liefen und warum er freigegeben, angehalten oder abgelehnt wurde. Dieser Nachweis stützt Sanktions- und AML-Screening, steht neben den Audit-Logs der Börse und ist das, was eine Aufsicht oder ein Prüfer sehen will. Travel-Rule-Aufzeichnungen als vollwertigen Prüfnachweis zu behandeln — aufbewahrt und abrufbar —, erlaubt einer Börse zu belegen, dass die Kontrolle wirkt, nicht nur, dass sie existiert.

Erwartungen in UK und der EU

Für eine Börse, die Kundschaft in UK und der EU bedient, ist die Travel Rule geltendes Recht und kein Zukunftsprojekt. Im Vereinigten Königreich gilt sie seit September 2023 für Kryptowerte-Transfers, umgesetzt über die Geldwäscheregeln und beaufsichtigt von der FCA, die dargelegt hat, wie sie das Erheben, Verifizieren und Teilen der geforderten Angaben erwartet. Die Registrierung unter dem Geldwäscheregime ist für sich genommen keine Zulassung für die weiteren Tätigkeiten, die eine Börse ausüben mag, und das kommende britische Kryptowerte-Regime dürfte auf diesen Pflichten aufbauen, statt sie zu ersetzen — hier trifft das Design auf die regulatorische Bereitschaft für UK.

In der Europäischen Union gelten die Informationspflichten seit Ende 2024 für Krypto-Transfers, ohne die aus manchen traditionellen Transfers bekannte Ausnahme für geringe Beträge, und innerhalb der zulassungspflichtigen CASP-Umgebung des weiteren Rahmens. Die MiCA-Übergangsfrist ist abgelaufen. Neue EU-Kryptoprojekte müssen von Anfang an für ein zulassungspflichtiges CASP-Betriebsmodell ausgelegt sein. Die Grenze dessen, was ein Technologiepartner bereitstellt, sollte klar benannt werden. Wir erstellen keine Rechtsgutachten und garantieren keine Zulassung. Wir setzen regulatorische und prüfungsbezogene Anforderungen in Technologie, Infrastruktur und Betrieb um. Welche Transfers erfasst sind und was genau gesendet und verifiziert werden muss, sind Fragen für qualifizierte Berater; die technische Aufgabe ist, die Börse in die Lage zu versetzen, sie konsistent zu erfüllen — als Teil der regulatorischen Bereitschaft für die EU.

Aufbauen, Einkaufen und Integrieren

Nur wenige Börsen bauen Travel-Rule-Messaging von Grund auf: Der Wert liegt darin, die größtmögliche Menge an Gegenparteien zu erreichen, und Reichweite hängt von gemeinsamen Lösungen und Interoperabilität ab, nicht von einem maßgeschneiderten Kanal. Die realistische Wahl ist, welche Fähigkeit übernommen und wie sie integriert wird, anhand praktischer Kriterien — wie viele Gegenparteien sie erreicht, wie sie mit Identifizierung und Sunrise-Problem umgeht, wie sauber sie in die bestehenden Aus-, Einzahlungs-, KYC- und Screening-Abläufe passt und wo die mitgeführten Daten verarbeitet werden. An der Integration entscheidet sich das Ergebnis: Der Travel-Rule-Umgang muss ein nativer Teil des Transfer-Lebenszyklus werden statt ein Aufsatz — eine Frage der Architektur ebenso wie der Anbieterwahl. Eine Börse kann dies abwägen, während sie ihre eigene Krypto-Börsen-Plattform plant.

Zusammenfassung und nächste Schritte

Die Travel Rule macht eine Börse verantwortlich für die identifizierenden Angaben, die Transfers in beide Richtungen begleiten: sie zusammenstellen und übermitteln, wenn eine Kundin Werte sendet, und sie einholen, prüfen und darauf reagieren, wenn eine Kundin Werte empfängt. Die schwierigeren Realitäten darum herum — Gegenparteien aus Adressen identifizieren, mit einem nicht durchgängig bereiten Netzwerk arbeiten, self-hosted Wallets behandeln und personenbezogene Daten rechtskonform bewegen — machen daraus eine technische und betriebliche Aufgabe, und für UK und die EU ist sie geltendes Recht.

Firmen, die eine Börse planen oder betreiben, können damit beginnen, den Travel-Rule-Umgang auf ihre bestehenden Aus-, Einzahlungs-, Identitäts- und Screening-Abläufe abzubilden und Gegenpartei-Identifizierung, den Umgang mit self-hosted Wallets und die Aufbewahrung als Teile dieses Ganzen zu gestalten. Unsere Arbeit an Krypto-Börsen-Software und AML-Screening zeigt, wie diese Kontrollen in den Transfer-Lebenszyklus hineinkonstruiert und nicht an dessen Rand ergänzt werden.

Die Travel Rule in den Transferablauf hineinkonstruieren, nicht darum herum. Grumpio baut Krypto-Börsen-Plattformen, in denen Travel-Rule-Umgang, Identität und Screening Teil davon sind, wie Aus- und Einzahlungen funktionieren.