MiCA und die Travel Rule: EU-Vorschriften für Krypto-Dienstleister (DE)

Wenn Sie ein Krypto-Unternehmen in der EU betreiben, prägen zwei Regelwerke nun Ihre Arbeitsweise. MiCA – die Markets in Crypto-Assets Regulation – ist der EU-Rahmen für Lizenzierung und Verhalten, der festlegt, wer Krypto-Dienstleistungen anbieten darf und unter welchen Regeln. Parallel dazu läuft die Travel Rule, die die EU durch ihre Geldtransferverordnung umsetzt: die Anforderung, Originator- und Begünstigteninformationen bei Krypto-Transfers auszutauschen. MiCA sagt Ihnen, wie Sie als Krypto-Dienstleister (CASP) zugelassen werden; die Travel Rule sagt Ihnen, welche Daten mit jeder von Ihnen gesendeten und empfangenen Überweisung mitreisen müssen.

Didit kümmert sich um die zweite Hälfte. Die Unterstützung der Travel Rule ist in die Transaktionsüberwachung integriert, sodass dieselbe Engine, die Ihre Überweisungen bewertet, auch Originator- und Begünstigtendaten mit Gegenpartei-VASPs über TRISA, TRP und OpenVASP austauscht und jede Verpflichtung einem von sechs Status zuordnet. Dieser Leitfaden erklärt, wie die EU-Verpflichtungen zusammenpassen und wie das Travel Rule-Element integriert werden kann.

Wichtige Erkenntnisse

• MiCA und die Travel Rule sind unterschiedliche Verpflichtungen. MiCA ist das EU-Regime für Krypto-Lizenzierung und -Verhalten; die Travel Rule (über die Geldtransferverordnung) ist die Anforderung zum Austausch von Originator-/Begünstigtendaten bei Überweisungen.
• EU-CASPs benötigen beides – eine Genehmigung gemäß MiCA und einen funktionierenden Travel Rule-Datenaustausch bei relevanten Überweisungen.
• Didit deckt die Hälfte der Travel Rule ab, integriert in die Transaktionsüberwachung, mit Unterstützung für TRISA, TRP und OpenVASP und sechs Verpflichtungsstatus.
• Die ausgetauschten Daten stammen aus Ihrem bereits vorhandenen KYC – der Originator-Datensatz wird aus der von Ihnen bei der Registrierung verifizierten Identität erstellt.
• Eine /v3/ API. Krypto-Transfers werden an POST https://verification.didit.me/v3/transactions/ mit currency_kind: "crypto" gesendet, zusammen mit der Wallet-Prüfung ab 0,02 $ (eigener Schlüssel).

Was MiCA und die Travel Rule jeweils erfordern

Es lohnt sich, die beiden getrennt zu betrachten, da Teams sie oft zusammenfassen und dann keines von beiden richtig verstehen können.

• MiCA ist die EU-Verordnung, die Krypto-Dienstleistungen unter einen harmonisierten Rahmen stellt – Genehmigung als CASP, Governance- und Verhaltensanforderungen, Regeln für Emittenten von Asset-Referenced- und E-Geld-Tokens sowie ein Passporting-Regime in allen Mitgliedstaaten. MiCA ist wer Sie sein müssen, um operieren zu dürfen.
• Die Travel Rule in der EU wird durch die Neufassung der Geldtransferverordnung umgesetzt, die die langjährige Überweisungsregel auf Krypto-Asset-Transfers ausdehnt. Sie verlangt, dass die Informationen des Originators und des Begünstigten Überweisungen begleiten und den Behörden zur Verfügung gestellt werden. Die Travel Rule ist welche Daten mit jeder Überweisung mitreisen müssen.

Ein lizenzierter EU-CASP erfüllt daher die MiCA-Autorisierungs- und Verhaltensanforderungen und führt den Travel Rule-Datenaustausch für seine Überweisungen durch. Die beiden verstärken sich gegenseitig – die Kundendaten, die die Travel Rule übermittelt, sind die KYC-Daten, die ein MiCA-autorisierter CASP bereits sammelt –, aber es handelt sich um unterschiedliche Verpflichtungen mit unterschiedlichen Nachweisen.

Warum es wichtig ist

Für EU-Krypto-Unternehmen sind beide Regime aktiv und werden überwacht. Der Datenaustausch nach der Travel Rule ist bei relevanten Überweisungen obligatorisch, und die nationalen zuständigen Behörden prüfen dies im Rahmen des umfassenderen Anti-Geldwäsche-Rahmens. Fehler beim Austausch – das Versäumnis, die Originator-Daten zu übermitteln, oder die Fortsetzung ohne Bestätigung der Begünstigtenseite, wo dies erforderlich ist – ist ein Aufsichtsfehler und kein Formularfehler.

Das praktische Risiko ist die Duplizierung. Ein CASP, der KYC an einem Ort, AML-Screening an einem anderen und einen separaten Travel Rule-Konnektor an einem dritten Ort aufbaut, muss am Ende drei Kopien desselben Kunden über drei Systeme hinweg abgleichen. Da Didit dieselbe Identität durch KYC, AML, Überwachung, Wallet-Screening und die Travel Rule über eine /v3/ API zieht, ist der Originator-Datensatz einer Überweisung der Kunde, den Sie bereits verifiziert haben – keine dritte Kopie, die synchron gehalten werden muss.

Technische Details

EU-CASPs senden Krypto-Transfers an die vereinheitlichte /v3/ API. Der Originator ist der subject, der Begünstigte ist der counterparty, und currency_kind: "crypto" löst die Travel Rule und die Wallet-Screening-Pfade aus.

curl -X POST https://verification.didit.me/v3/transactions/ \
  -H "x-api-key: $DIDIT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "transaction_id": "txn_e92b40",
    "category": "travel_rule",
    "amount": 8800,
    "currency": "EURC",
    "currency_kind": "crypto",
    "direction": "OUTBOUND",
    "txn_date": "2026-05-21T14:22:00Z",
    "subject": {
      "vendor_data": "user_3309",
      "role": "ORIGINATOR",
      "entity_type": "INDIVIDUAL",
      "first_name": "Lukas",
      "last_name": "Berg"
    },
    "counterparty": {
      "role": "BENEFICIARY",
      "entity_type": "INDIVIDUAL",
      "wallet_address": "0x71be...d402"
    }
  }'

{
  "transaction_id": "txn_e92b40",
  "status": "APPROVED",
  "travel_rule_status": "COMPLIANT",
  "protocol": "TRISA",
  "wallet_screening": { "risk_score": 12, "risk_level": "LOW" }
}

Die sechs Travel Rule-Status. Jede Verpflichtung löst sich genau in einen auf:

Status	Bedeutung
UNKNOWN	Noch nicht bewertet, oder die Gegenpartei-VASP konnte nicht aufgelöst werden.
COMPLIANT	Originator- und Begünstigtendaten ausgetauscht und bestätigt – Verpflichtung erfüllt.
PENDING_ACTION	Etwas auf Ihrer Seite ist erforderlich, um fortzufahren.
PENDING_COUNTERPARTY	Warten auf die Antwort der Gegenpartei-VASP.
FAILED	Der Austausch konnte nicht abgeschlossen werden – unerreichbare Gegenpartei, abgelehnte Daten oder Protokollkonflikt.
EXEMPT	Nicht relevant – unterhalb der Schwelle oder anderweitig nicht verpflichtet.

Protokolle und Regeln. Die Engine spricht TRISA, TRP und OpenVASP und verhandelt, welches die Gegenpartei unterstützt. Transaktionen tragen die Kategorie travel_rule, und die Regelbibliothek enthält voreingestellte Travel Rule-Regeln, die Sie in der Konsole aktivieren und anpassen können.

Wallet-Screening gleichzeitig. Die Gegenpartei-Adresse wird in demselben Aufruf ab 0,02 $ pro Screening (mit eigenem Schlüssel, Crystal oder Merkle Science) On-Chain geprüft.

Das Sunrise-Problem aus EU-Sicht

EU-CASPs spüren das Sunrise-Problem besonders stark: Sie sind vollständig gemäß der Geldtransferverordnung verpflichtet, aber eine Gegenpartei in einer Jurisdiktion, die die Travel Rule nicht übernommen hat, ist nicht verpflichtet, sich zu revanchieren. Didit zeigt diese Fälle als PENDING_COUNTERPARTY und dann als FAILED an, anstatt als stillschweigende Lücken, sodass Ihre Richtlinie – mit dokumentierter Begründung fortfahren, anhalten oder blockieren – explizit und protokolliert ist. Wenn die Jurisdiktion der Gegenpartei die Regel übernimmt, beginnen dieselben Überweisungen, als COMPLIANT aufgelöst zu werden, ohne dass Ihre Integration geändert werden muss.

Anwendungsfälle

• EU-Börsen und CASPs – führen Sie den Travel Rule-Datenaustausch bei jeder relevanten Überweisung durch, während die Originator-Daten mit Ihrem MiCA-konformen KYC verknüpft bleiben.
• EU On/Off-Ramps – tauschen Sie Daten mit Ziel-VASPs in der gesamten EU und darüber hinaus aus und prüfen Sie die empfangende Wallet im selben Aufruf.
• EU-Verwahrer – verfolgen Sie Verpflichtungen über viele Gegenparteien und Protokolle hinweg mit einem prüfungsbereiten Statusverlauf.
• EU DeFi Front-Ends – führen Sie den Austausch durch, wo ein regulierter CASP im Fluss sitzt, und lösen Sie als EXEMPT auf, wo die Verpflichtung tatsächlich nicht zutrifft.

Wie man Didit integriert

1. Aktivieren Sie die Travel Rule-Regeln in der Business Console zusammen mit der Krypto-Überwachung und -Prüfung, abgestimmt auf Ihre CASP-Risikopolitik.
2. Senden Sie Krypto-Transfers mit POST /v3/transactions/, currency_kind: "crypto", dem Originator als subject und dem Begünstigten als counterparty, und der Kategorie travel_rule.
3. Lesen Sie beide Status – den Transaktions-status für die Bewegung und den travel_rule_status für die Verpflichtung – und handeln Sie bei PENDING_* und FAILED.
4. Bearbeiten Sie Ausnahmen in der Konsole, wo ausstehende Verpflichtungen, Warnmeldungen und der Fall-Workflow zusammen mit dem Rest Ihrer Überwachung zu finden sind.

Da alles über die vereinheitlichte /v3/ API läuft, ist der Kunde, den Sie mit KYC onboarden und mit AML prüfen, um die MiCA-Ära-Anforderungen zu erfüllen, dieselbe Identität, die den Originator-Datensatz bei jeder Travel Rule-Überweisung liefert.

Häufig gestellte Fragen

Ist die Travel Rule dasselbe wie MiCA?

Nein. MiCA ist das EU-Regime für Krypto-Lizenzierung und -Verhalten; die Travel Rule ist die Anforderung zum Austausch von Originator-/Begünstigtendaten, die in der EU durch die Geldtransferverordnung umgesetzt wird. EU-CASPs handhaben beides.

Macht Didit mich MiCA-lizenziert?

Nein. Die MiCA-Autorisierung ist etwas, das Sie als CASP erhalten. Didit stellt die Identitäts- und Betrugsinfrastruktur – KYC, AML, Überwachung, Wallet-Screening und den Travel Rule-Datenaustausch – bereit, die Ihre Compliance-Verpflichtungen unterstützt.

Welche Protokolle verwendet Didit für die EU Travel Rule?

TRISA, TRP und OpenVASP. Die Engine verhandelt, welches eine gegebene Gegenpartei unterstützt.

Wie handhabt Didit das Sunrise-Problem für EU-CASPs?

Nicht-adoptierende Gegenparteien erscheinen als PENDING_COUNTERPARTY und dann als FAILED anstatt als stillschweigende Lücken, sodass Ihre politische Entscheidung explizit und für den Audit-Trail protokolliert ist.

Ist die Travel Rule ein separates Produkt?

Nein. Sie ist in die Transaktionsüberwachung integriert, bei derselben Krypto-Überweisung, die Sie bereits zur Überwachung und Wallet-Prüfung senden.

Bereit zum Start?

Lesen Sie die Travel Rule-Dokumentation, sehen Sie, wie alles auf der Lösungsseite für die Krypto-Travel Rule und der Produktseite für die Transaktionsüberwachung zusammenpasst, und überprüfen Sie die transparenten Preise pro Anruf auf der Preisseite. Wenn Sie bereit sind, starten Sie kostenlos – 500 kostenlose KYC-Prüfungen jeden Monat, mit der Travel Rule, die in die Überwachung integriert ist.