Die 6 Travel Rule Statusse und das Sunrise-Problem (DE)

Wenn ein VASP eine Krypto-Überweisung über dem Schwellenwert sendet, ist die damit verbundene FATF Travel Rule-Verpflichtung nicht sofort erfüllt. Sie durchläuft verschiedene Zustände: Vielleicht hat die Gegenpartei noch nicht geantwortet, vielleicht fehlen auf Ihrer Seite erforderliche Daten, vielleicht ist das Ziel eine Gerichtsbarkeit, die die Regel noch gar nicht übernommen hat. Um dies in großem Umfang zu betreiben, benötigen Sie ein klares, endliches Statusmodell – keine Freitextnotiz, die ein Analyst interpretieren muss.

Didit bietet Ihnen genau sechs. Da die Travel Rule-Unterstützung in die Transaktionsüberwachung integriert ist, mündet jede Verpflichtung bei jeder Krypto-Übertragung in einem der folgenden Status: UNKNOWN, COMPLIANT, PENDING_ACTION, PENDING_COUNTERPARTY, FAILED oder EXEMPT. Dieser Leitfaden erklärt, was jeder Status bedeutet, wie Sie darauf reagieren können und wie die Status Ihnen eine saubere Methode bieten, den schwierigsten Teil der Travel Rule-Compliance zu handhaben – das Sunrise-Problem, bei dem die Regel in Ihrer Gerichtsbarkeit, aber nicht in der der Gegenpartei, aktiv ist.

Wichtige Erkenntnisse

• Sechs Status, keine Mehrdeutigkeit. Jede Travel Rule-Verpflichtung ist genau einer von UNKNOWN, COMPLIANT, PENDING_ACTION, PENDING_COUNTERPARTY, FAILED oder EXEMPT.
• Der Status sagt Ihnen, wer am Zug ist – Sie (PENDING_ACTION), die Gegenpartei (PENDING_COUNTERPARTY) oder niemand, weil es erledigt ist (COMPLIANT) oder nicht relevant (EXEMPT).
• Das Sunrise-Problem ist die ungleichmäßige globale Einführung der Travel Rule – einige Gerichtsbarkeiten setzen sie durch, andere noch nicht –, was dazu führt, dass Sie Daten mit Gegenparteien austauschen, die möglicherweise keine Verpflichtung zur Gegenseitigkeit haben.
• Statusse bieten ein sauberes Handhabungsmodell für das Sunrise-Problem: PENDING_COUNTERPARTY, FAILED und EXEMPT lassen sich direkt auf die Fälle abbilden, die eine nicht-adoptierende Gegenpartei produziert.
• Es läuft innerhalb der Transaktionsüberwachung auf POST https://verification.didit.me/v3/transactions/ mit currency_kind: "crypto", mit Wallet-Screening ab 0,02 $ (eigener Schlüssel).

Was die sechs Status bedeuten

Jeder Krypto-Transfer, der eine Travel Rule-Verpflichtung mit sich bringt, erhält einen travel_rule_status. Hier ist die vollständige Liste und wie Sie auf jeden Status reagieren können.

Status	Bedeutung	Was zu tun ist
UNKNOWN	Die Verpflichtung wurde noch nicht bewertet, oder der VASP der Gegenpartei kann nicht aufgelöst werden.	Warten Sie auf die Auflösung; untersuchen Sie, ob sie bestehen bleibt.
COMPLIANT	Originator- und Begünstigtendaten wurden ausgetauscht und bestätigt.	Nichts – die Verpflichtung ist erfüllt.
PENDING_ACTION	Etwas auf Ihrer Seite ist erforderlich – fehlende Originator-Daten oder ein Bestätigungsschritt.	Geben Sie die Daten an; erwägen Sie eine AWAITING_USER-Behebung, wenn sie vom Kunden bereitgestellt werden.
PENDING_COUNTERPARTY	Sie warten darauf, dass der VASP der Gegenpartei auf den Austausch reagiert.	Halten Sie gemäß der Richtlinie; das System verfolgt die Wartezeit.
FAILED	Der Austausch konnte nicht abgeschlossen werden – unerreichbare Gegenpartei, abgelehnte Daten oder Protokollkonflikt.	Untersuchen Sie; entscheiden Sie, ob Sie fortfahren, blockieren oder gemäß Ihrer Sunrise-Richtlinie behandeln.
EXEMPT	Der Transfer ist nicht relevant – unter dem Schwellenwert, Umgang mit selbst gehosteten Wallets oder anderweitig nicht verpflichtet.	Fahren Sie fort; die Ausnahme wird für den Audit-Trail aufgezeichnet.

Der Wert einer geschlossenen Menge besteht darin, dass Richtlinien ausdrückbar werden. Sie können sagen: „Halten Sie jeden OUTBOUND Krypto-Transfer in PENDING_COUNTERPARTY für bis zu N Stunden, dann eskalieren Sie“ oder „automatisch fortfahren bei EXEMPT“ – Regeln, keine Ermessensentscheidungen.

Warum es wichtig ist

Travel Rule-Prüfungen fragen nicht nur, ob Sie die Daten ausgetauscht haben – sie fragen, können Sie pro Transfer zeigen, wo die Verpflichtung stand und warum Sie fortgefahren sind oder nicht. Ein Sechs-Status-Modell ist der Audit-Trail: Jeder Transfer trägt seinen Status, den Grund und das Protokoll, das den Austausch durchgeführt (oder nicht durchgeführt) hat. Das ist der Unterschied zwischen einem prüfbereiten Datensatz und einer Rekonstruktionsübung.

Es ist auch operativ wichtig, da die meisten Transfers beim ersten Durchlauf nicht COMPLIANT sind. Sie verweilen bei PENDING_COUNTERPARTY, während der andere VASP antwortet, oder landen bei FAILED, weil die Gegenpartei nicht erreichbar ist. Ein Team, das diese Zustände nicht klar erkennen kann, blockiert entweder gute Transfers oder lässt verpflichtende Transfers durchrutschen.

Das Sunrise-Problem

Der schwierigste Status ist FAILED oder PENDING_COUNTERPARTY gegenüber einer Gegenpartei, die einfach keine Travel Rule-Verpflichtung hat – weil ihre Gerichtsbarkeit sie nicht übernommen hat. Die FATF hat die Regel festgelegt; die Gerichtsbarkeiten implementieren sie nach ihren eigenen Zeitplänen. Das Ergebnis ist eine ungleichmäßige globale Abdeckung: Sie könnten vollumfänglich verpflichtet sein, während Ihre Gegenpartei in einer nicht-adoptierenden Gerichtsbarkeit keine Verpflichtung hat, etwas zu senden oder zu bestätigen. Diese Lücke ist das Sunrise-Problem – die Sonne ist in einigen Orten über der Regel aufgegangen, in anderen nicht.

Das Sunrise-Problem kann nicht einseitig von einem VASP gelöst werden; es ist eine Funktion der Regulierung, nicht der Technik. Aber es kann gehandhabt werden, und die sechs Status sind der Weg dazu:

• Eine nicht-adoptierende Gegenpartei, die nicht antwortet, erscheint als PENDING_COUNTERPARTY und dann FAILED – nicht als stillschweigende Lücke.
• Ihre Richtlinie entscheidet, was FAILED-aufgrund-Nicht-Adoption bedeutet: Fortfahren mit dokumentierter Begründung, halten oder blockieren. Der Status macht diese Entscheidung explizit und protokolliert sie.
• Transfers, die wirklich nicht relevant sind, werden als EXEMPT aufgelöst, sodass Sie keine Analystenzeit dafür verschwenden.

Der Punkt ist, dass das Sunrise-Problem zu einem dokumentierten, richtliniengesteuerten Zustand wird und nicht zu einem undefinierten Grenzfall. Wenn die Gerichtsbarkeit der Gegenpartei die Regel übernimmt, beginnen dieselben Transfers, als COMPLIANT aufgelöst zu werden, ohne dass sich Ihre Integration ändert.

Technische Details

Status werden bei der Transaktion zurückgegeben, die Sie an die vereinheitlichte /v3/ API senden.

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_a17d63",
    "category": "travel_rule",
    "amount": 3100,
    "currency": "ETH",
    "currency_kind": "crypto",
    "direction": "OUTBOUND",
    "txn_date": "2026-05-21T13:40:00Z",
    "subject": { "vendor_data": "user_5567", "role": "ORIGINATOR", "entity_type": "INDIVIDUAL" },
    "counterparty": { "role": "BENEFICIARY", "entity_type": "INDIVIDUAL", "wallet_address": "0x4c1a...77fe" }
  }'

{
  "transaction_id": "txn_a17d63",
  "status": "IN_REVIEW",
  "travel_rule_status": "PENDING_COUNTERPARTY",
  "protocol": "OpenVASP",
  "wallet_screening": { "risk_score": 22, "risk_level": "LOW" }
}

Preis. Die Travel Rule-Unterstützung ist in der Transaktionsüberwachung enthalten. Das On-Chain-Wallet-Screening für die Gegenpartei-Adresse läuft ab 0,02 $ pro Screening mit eigenem Schlüssel (Crystal oder Merkle Science).

Wie Statusse den Behebungsprozess steuern

Ein PENDING_ACTION-Status bedeutet oft, dass der Kunde etwas bereitstellen muss – einen Begünstigten bestätigen, Originator-Details angeben. Hier kommt die AWAITING_USER-Behebungsschleife, die der Rest der Transaktionsüberwachung verwendet, direkt zur Anwendung: Anstatt einer harten Blockierung pausiert der Transfer, der Benutzer wird nach dem Fehlenden gefragt, und er wird automatisch fortgesetzt, sobald dies behoben ist. Reibung entsteht nur bei Transfers, die sie tatsächlich benötigen, und die Statuszeitleiste zeichnet jeden Schritt für den Audit-Trail auf.

Anwendungsfälle

• VASPs und Börsen – drücken Sie Halte- und Eskalationsrichtlinien direkt gegen PENDING_COUNTERPARTY und FAILED aus, wobei EXEMPT automatisch fortfährt.
• On/Off-Ramps – bewältigen Sie ein hohes Volumen an Gegenparteien aus verschiedenen Gerichtsbarkeiten, wo das Sunrise-Problem eine tägliche Realität ist.
• Verwahrer – führen Sie einen prüfbereiten, pro-Transfer-Status-Trail über viele Gegenparteien und Protokolle hinweg.
• DeFi-Frontends – verlassen Sie sich auf EXEMPT für wirklich nicht relevante Transfers und dokumentieren Sie die Begründung für den Rest.

So integrieren Sie sich mit Didit

1. Aktivieren Sie die Travel Rule-Regeln in der Business Console neben der Krypto-Überwachung und dem Screening und schreiben Sie Ihre Sunrise-Richtlinie als Regeln gegen die Statusse.
2. Senden Sie Krypto-Transfers mit POST /v3/transactions/, currency_kind: "crypto" und den Originator-/Begünstigtenparteien.
3. Verzweigen Sie bei travel_rule_status – fahren Sie fort bei COMPLIANT/EXEMPT, beheben Sie bei PENDING_ACTION, halten Sie bei PENDING_COUNTERPARTY, untersuchen Sie FAILED.
4. Bearbeiten Sie Ausnahmen in der Konsole, wo die Statuszeitleiste und der Fallworkflow mit dem Rest Ihrer Überwachung zusammenleben.

Alles läuft über die vereinheitlichte /v3/ API, sodass der Status eines Transfers auf dieselbe Identität zurückgeführt wird, die Sie mit KYC an Bord gebracht und mit AML gescreent haben.

Häufig gestellte Fragen

Was sind die sechs Travel Rule Statusse?

UNKNOWN, COMPLIANT, PENDING_ACTION, PENDING_COUNTERPARTY, FAILED und EXEMPT. Der travel_rule_status jedes Transfers ist genau einer davon.

Was ist das Sunrise-Problem?

Die ungleichmäßige globale Einführung der Travel Rule – einige Gerichtsbarkeiten setzen sie durch, andere haben sie noch nicht übernommen. Das führt dazu, dass Sie Daten mit Gegenparteien austauschen, die möglicherweise keine Verpflichtung zur Gegenseitigkeit haben.

Wie geht Didit mit nicht-adoptierenden Gegenparteien um?

Sie erscheinen als PENDING_COUNTERPARTY und dann FAILED anstatt als stillschweigende Lücken. Ihre Richtlinie entscheidet, ob Sie fortfahren, halten oder blockieren – und die Entscheidung wird für den Audit-Trail protokolliert.

Was ist der Unterschied zwischen PENDING_ACTION und PENDING_COUNTERPARTY?

PENDING_ACTION bedeutet, dass der Ball auf Ihrer Seite ist (fehlende Daten oder eine Bestätigung). PENDING_COUNTERPARTY bedeutet, dass Sie auf den anderen VASP warten.

Ist die Travel Rule ein separates Produkt?

Nein. Sie ist in die Transaktionsüberwachung integriert, auf denselben Krypto-Transfer, den Sie bereits zur Überwachung und zum Wallet-Screening 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 Transaktionsüberwachungs-Produktseite zusammenpasst, und prüfen Sie die transparenten Preise pro Anruf auf der Preisseite. Wenn Sie bereit sind, starten Sie kostenlos – 500 kostenlose KYC-Checks pro Monat, mit integrierter Travel Rule-Statusverfolgung in der Überwachung.