> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# Travel Rule Netzwerke: Status und Anbindung

> Didit zeigt, welche Travel-Rule-Netzwerke heute erreichbar sind, was Sie dafür benötigen und welche Mitgliedschaften Didit noch fehlen.

Ein [Travel Rule](https://docs.didit.me/de/transaction-monitoring/travel-rule.md)-Austausch erreicht die VASP der Gegenpartei über einen Kanal. Drei Kanäle erfordern keine Mitgliedschaft: `INTERNAL` zwischen zwei Didit-Kunden, das offene Travel Rule Protocol (`TRP`) und `EMAIL`. Die vier Netzwerk-Kanäle (`GTR`, `TRUST`, `VERIFYVASP`, `SYGNA`) erfordern auf der sendenden Seite eine Mitgliedschaft in diesem Netzwerk.

Diese Seite beschreibt, was jeder Kanal heute leistet, damit Sie wissen, welche Gegenparteien erreichbar sind, bevor Sie sich auf eine Route verlassen.

> [!WARNING]
>
> **Didit hat derzeit keine aktive Mitgliedschaft in einem Travel-Rule-Netzwerk.** Ein Netzwerk-Kanal funktioniert heute nur mit einer Mitgliedschaft, die Sie selbst in der Konsole im **Marketplace** verbinden. Über die eigene Mitgliedschaft von Didit erreicht nichts eine Gegenpartei über GTR, TRUST, VerifyVASP oder Sygna Bridge. Diese Seite wird an dem Tag aktualisiert, an dem sich das ändert.

## Status auf einen Blick

| Kanal | Was Sie benötigen | Senden an eine Gegenpartei | Empfangen von einer Gegenpartei |
| - | - | - | - |
| `INTERNAL` | Nichts | Funktioniert | Funktioniert |
| `TRP` | Nichts | Funktioniert, wenn die Gegenpartei sofort antwortet | Noch nicht verfügbar |
| `EMAIL` | Eine Compliance-Adresse | Funktioniert | Kein Empfangskanal |
| `GTR` | Eine eigene Mitgliedschaft | Implementiert, noch nicht im Live-Betrieb nachgewiesen | Noch nicht aktiviert |
| `VERIFYVASP` | Eine eigene Mitgliedschaft | Implementiert, noch nicht im Live-Betrieb nachgewiesen | Noch nicht aktiviert |
| `SYGNA` | Eine eigene Mitgliedschaft | Implementiert, noch nicht im Live-Betrieb nachgewiesen | Noch nicht aktiviert |
| `TRUST` | Eine eigene Mitgliedschaft | Nur Senden, es wird nie abgeschlossen | Nicht verfügbar |
| CODE, TRISA, Notabene, Veriscope | - | Nicht integriert | Nicht integriert |

„Funktioniert“ bedeutet, dass Didit den Austausch sendet und die Antwort liest. „Implementiert, noch nicht im Live-Betrieb nachgewiesen“ bedeutet, dass Didit den Austausch sendet und die Antwort des Netzwerks liest, aber noch kein Austausch über dieses Netzwerk mit einem Live-Netzwerk abgeschlossen wurde. Keiner dieser Status bedeutet, dass eine bestimmte Gegenpartei erreichbar ist. Das hängt von der Gegenpartei ab. Die `routes` jeder VASP im [Verzeichnis](https://docs.didit.me/de/transaction-monitoring/travel-rule.md#verzeichnis) geben an, welche Kanäle Ihre Anwendung dafür derzeit nutzen kann.

`EMAIL` überträgt nur Ihre ausgehenden Anfragen. Die Antwortseite ist der Ort, an dem eine Gegenpartei auf eine dieser Anfragen antwortet. Keine VASP kann Ihnen einen Transfer per E-Mail senden.

Bevor Sie sich auf GTR, VerifyVASP, Sygna Bridge oder TRUST verlassen, verbinden Sie Ihre Mitgliedschaft und führen Sie einen ersten Austausch mit einer Gegenpartei durch, die Sie kennen.

## Kanäle ohne Mitgliedschaft

### INTERNAL

Beide VASPs laufen auf Didit, daher wird der Austausch innerhalb der Plattform abgewickelt, ohne ausgehenden Aufruf. Der Empfänger muss ein aktiver Didit-Kunde mit aktivierter Travel Rule sein, der die Kontrolle über die Ziel-Wallet nachgewiesen hat, entweder mit einer signierten Nachricht oder einer Testeinzahlung. Eine selbst angegebene, nur per Screenshot belegte oder nicht verifizierte Wallet erhält nichts. Siehe [Transaktion senden](https://docs.didit.me/de/transaction-monitoring/travel-rule.md#einen-transfer-senden).

### TRP

Didit unterstützt das Travel Rule Protocol nativ. Ein Transfer läuft über `TRP`, wenn er die Travel Address der Gegenpartei enthält, der Adressbucheintrag der Ziel-Wallet eine solche speichert oder die Gegenpartei im Verzeichnis mit einem TRP-Endpoint aufgelöst wird, den das Verzeichnis verifiziert hat.

Jeder TRP-Austausch, der nicht in einem einzigen Aufruf abgeschlossen wird, benötigt den öffentlichen TRP-Host von Didit, auf den die Travel Addresses zeigen:

* **Senden.** Eine Gegenpartei, die Ihre Anfrage sofort in ihrer Antwort beantwortet, schließt den Transfer ab oder lehnt ihn ab. Eine Gegenpartei, die später antwortet, sendet ihre Antwort an den TRP-Host von Didit. Dieser Austausch kann daher erst abgeschlossen werden, wenn der Host live ist. Der Transfer wartet und läuft zum Fristende ab. Didit sendet die Anfrage einmal und wiederholt sie nicht. Wenn der TRP-Host der Gegenpartei nicht erreichbar ist oder die Anfrage ablehnt, wird der Transfer sofort zu `COUNTERPARTY_VASP_NOT_REACHABLE`. Sie können ihn dann mit `action: "resend"` erneut senden.
* **Empfangen.** Andere VASPs erreichen Sie über Ihre Travel Address auf diesem Host. Daher kann keine Gegenpartei Ihnen eine TRP-Anfrage senden, bevor der Host live ist.

Der öffentliche TRP-Host von Didit stellt diese Endpoints noch nicht bereit. [Travel-Rule-Interoperabilität](https://docs.didit.me/de/transaction-monitoring/travel-rule-interoperability.md) dokumentiert die Endpoints, die Gegenparteien aufrufen, sobald dies der Fall ist.

### EMAIL

Wenn kein Protokoll die Gegenpartei erreicht, sendet Didit an deren Compliance-Adressen einen einmaligen Link zu einer gehosteten Seite, auf der sie annehmen oder ablehnen können. Auf deren Seite ist kein Konto und keine Integration erforderlich. Siehe [E-Mail-Abholung](https://docs.didit.me/de/transaction-monitoring/travel-rule.md#e-mail-abholung-für-nicht-erreichbare-gegenparteien).

## Netzwerkanbindungen

### Mit eigener Mitgliedschaft

Verbinden Sie Ihre eigene Mitgliedschaft im Bereich **Marketplace** der Konsole (Kategorie Travel Rule networks). Ihre Transfers laufen dann unter Ihrer eigenen Netzwerkidentität, und eine verbundene Mitgliedschaft hat immer Vorrang vor der Mitgliedschaft von Didit.

| Netzwerk | Was der Marketplace verlangt | Wie die Antwort der Gegenpartei Didit erreicht |
| - | - | - |
| `GTR` | API-Basis-URL, GTR-VASP-Code, Access Key, Secret Key und der ed25519-Privatschlüssel (Base64), dessen öffentlicher Schlüssel im Portal von GTR hinterlegt ist | In der Antwort von GTR auf die Anfrage oder durch Abfrage des Status der Anfrage alle 5 Minuten, solange der Transfer wartet |
| `VERIFYVASP` | Die URL Ihrer eigenen VerifyVASP-Enclave, Ihre VerifyVASP-ID und das Token, das Ihre Enclave gegenüber Didit vorlegt | Durch Abfrage des Status der Verifizierung alle 5 Minuten |
| `SYGNA` | Sygna-VASP-Code, API-Schlüssel und privater Signaturschlüssel. Die API-Basis-URL ist optional: Lassen Sie sie leer, um die Produktions-Sygna-Bridge zu verwenden | Durch Abfrage des Status des Transfers alle 5 Minuten. Der Berechtigungs-Callback von Sygna zeigt auf den öffentlichen TRP-Host von Didit, der noch nicht live ist. Daher ist die Abfrage heute der einzige Weg, auf dem die Antwort Didit erreicht |
| `TRUST` | Basis-URL, TRUST-Mitglieds-ID und API-Schlüssel. Ein privater X25519-Verschlüsselungsschlüssel (Hex) ist optional | Nie: TRUST sendet nichts zurück, was Didit lesen kann. Ein zugestellter Transfer wartet daher, bis die Frist abläuft und der Transfer damit beendet wird |

GTR, TRUST und VerifyVASP akzeptieren außerdem optional ein Client-Zertifikat für gegenseitiges TLS, einen Client-Schlüssel und ein CA-Bundle (PEM), für eine Mitgliedschaft, die gegenseitiges TLS oder eine private CA nutzt.

* Didit sendet im Hintergrund und wiederholt den Versuch bei einem Netzwerk, das nicht antwortet oder mit einem vorübergehenden Fehler antwortet (keine rechtzeitige Antwort, fehlgeschlagene Verbindung, HTTP `408`, `429` oder `5xx`): nach 30 Sekunden, dann nach 2, 10, 30 und 60 Minuten. Nach dem sechsten fehlgeschlagenen Versuch wechselt der Transfer in den Status `COUNTERPARTY_VASP_NOT_REACHABLE`. Eine Ablehnung, etwa eine andere `4xx`-Antwort oder eine Weiterleitung, wird nicht wiederholt: Der Transfer wechselt sofort in den Status `COUNTERPARTY_VASP_NOT_REACHABLE`.
* Ein Transfer, dessen Antwort nie eintrifft, wartet im Status `AWAITING_COUNTERPARTY`, bis `confirmation_timeout_hours` verstrichen ist. Danach läuft er ab, und Ihr `timeout_outcome` wird angewendet.
* Der Empfang eines Transfers, den ein anderes VASP über GTR, VerifyVASP oder Sygna Bridge an Sie sendet, ist noch nicht aktiviert. Didit aktiviert ihn pro Netzwerk. Bis dahin können diese Netzwerke keinen Transfer an Sie zustellen.
* Beim Speichern einer Mitgliedschaft wird `400` zurückgegeben, wenn ihr Teilnehmercode der eigene Code von Didit in diesem Netzwerk ist oder ein Code, den bereits eine andere Anwendung belegt.
* Netzwerkanfragen übermitteln Ihre Zugangsdaten nur an den Host dieses Netzwerks und folgen niemals einer Weiterleitung. Das TRUST-Datenpaket geht ohne Ihren API-Schlüssel, Ihre Mitglieds-ID und Ihr Client-Zertifikat an den Begünstigten.

### Über die Mitgliedschaft von Didit

Sobald Didit eine Netzwerkmitgliedschaft hält, kann ein Kunde ohne eigene Mitgliedschaft das Netzwerk als eigener Teilnehmer über die Mitgliedschaft von Didit erreichen, mit dem Teilnehmercode, den ihm das Netzwerk zuweist. Ausgehende Nachrichten nennen Ihren Code, niemals den von Didit. Dies wird nur für GTR und Sygna Bridge angeboten. TRUST nimmt Mitglieder immer nur einzeln auf, ein VASP nach dem anderen, und eine VerifyVASP-Enclave bedient genau ein VASP. Beide Netzwerke sind daher nur mit Ihrer eigenen Mitgliedschaft erreichbar.

Der Beitritt erfolgt in drei Schritten: Beantworten Sie den Due-Diligence-Fragebogen von Didit für Netzwerke, lassen Sie Didit ihn genehmigen und beantragen Sie anschließend die Netzwerkanbindung. Didit registriert Sie beim Netzwerk, und Ihr Teilnehmer wird aktiv, sobald das Netzwerk ihm einen Code zuweist.

Dieser Ablauf ist noch nicht geöffnet. Solange das so ist, antwortet das Speichern oder Einreichen des Fragebogens und das Anfordern eines Netzwerks mit `403` und `code: travel_rule_platform_networks_disabled`, und `GET /v3/travel-rule/networks/` meldet `platform_networks_enabled: false`.

## Den Status Ihrer Anwendung auslesen

`GET /v3/travel-rule/settings/` und `GET /v3/travel-rule/networks/` geben `networks` zurück, mit den Schlüsseln `gtr`, `trust`, `verifyvasp` und `sygna`. Jeder Eintrag zeigt, was das Netzwerk für Ihre Anwendung heute leisten kann:

| `state` | `reason` | Bedeutung |
| - | - | - |
| `own_membership` | `own_membership_connected` | Sie haben Ihre eigene Mitgliedschaft verbunden. In einer Live-Anwendung wird darüber für Sie gesendet. |
| `live_through_didit` | `participant_active` | Über die Mitgliedschaft von Didit ist Ihre Anwendung als eigener aktiver Teilnehmer eingebunden. |
| `off` | `platform_network_switched_off` | Sie haben das Netzwerk in `disabled_networks` deaktiviert. |
| `didit_onboarding` | `didit_membership_not_live` | Die eigene Mitgliedschaft von Didit in diesem Netzwerk ist noch nicht live. |
| `questionnaire_needed` | `questionnaire_not_submitted`, `questionnaire_changes_requested` | Der Netzwerk-Fragebogen von Didit wurde nicht eingereicht, oder Didit hat Änderungen angefordert. |
| `questionnaire_in_review` | `questionnaire_submitted` | Didit prüft Ihren Fragebogen. |
| `request_access` | `participant_not_requested` | Ihr Fragebogen ist genehmigt: Fordern Sie den Zugang zum Netzwerk an. |
| `request_sent` | `questionnaire_pending`, `submitted_to_network` | Ihre Anfrage wartet darauf, dass Didit Sie registriert, oder auf das Onboarding im Netzwerk. |
| `unavailable` | `own_membership_only`, `sandbox_application`, `questionnaire_rejected`, `participant_suspended`, `participant_rejected` | Über dieses Netzwerk kann für Ihre Anwendung nichts gesendet werden: TRUST und VerifyVASP sind nur über Ihre eigene Mitgliedschaft erreichbar, Didit registriert eine Sandbox-Anwendung nie bei einem Netzwerk, Didit hat Ihren Fragebogen abgelehnt, oder das Netzwerk hat Ihren Teilnehmer gesperrt oder abgelehnt. |
| `error` | `provisioning_failed`, `participant_key_missing`, `participant_key_unresolved` | Das Netzwerk hat Ihre Registrierung abgelehnt, oder der Schlüssel, den Ihr Teilnehmer benötigt, fehlt. Eine erneute Anfrage an das Netzwerk wiederholt den Versuch. |

`mode` fasst den Status als `own`, `didit`, `off` oder `unavailable` zusammen. Zuerst wird Ihre eigene Mitgliedschaft geprüft, dann `disabled_networks`, dann die Mitgliedschaft von Didit. Heute zeigt ein Netzwerk `own_membership` an, sobald Sie Ihre eigene Mitgliedschaft verbunden haben. Andernfalls zeigen GTR und Sygna Bridge `didit_onboarding` an (`unavailable` mit `sandbox_application` bei einer Sandbox-Anwendung), und TRUST und VerifyVASP zeigen `unavailable` mit `own_membership_only` an, auch in der Sandbox.

Eine Sandbox-Anwendung sendet niemals über ein Netzwerk, auch dann nicht, wenn Ihre eigene Mitgliedschaft verbunden ist und `own_membership` anzeigt: Ihre Transfers gehen an den [Didit Test VASP](https://docs.didit.me/de/transaction-monitoring/travel-rule-sandbox.md).

`connected` bedeutet, dass Ihre gespeicherte Mitgliedschaft die lokale Validierung bestanden hat, nicht, dass ein Austausch erfolgreich war. Der erste Live-Austausch bestätigt dies gegenüber dem Netzwerk.

## Was sich ändert, wenn ein Netzwerk live geht

Diese Seite, der Status `networks` und jede Verzeichnisroute ändern sich gemeinsam. An Ihrer Integration ändert sich nichts: Ein Transfer wird über das Netzwerk geroutet, sobald Ihre Anwendung dort eine Mitgliedschaft hat, und zwar in der Reihenfolge der Übertragungswege, die unter [So routet Didit einen Austausch](https://docs.didit.me/de/transaction-monitoring/travel-rule-interoperability.md#wie-didit-einen-austausch-weiterleitet) beschrieben ist.

Um ein Netzwerk anzufragen, das Didit noch nicht erreicht, verwenden Sie die Kachel **Zugang anfragen** im **Marketplace**. Jede Anfrage zeigt ihren Status (**Offen**, **Kontaktiert**, **In Bearbeitung**, **Live** oder **Abgelehnt**) mit der neuesten Notiz von Didit. Wenn Didit den Status oder die Notiz ändert, sendet Didit eine E-Mail an das Teammitglied, das die Anfrage gestellt hat, solange das Teammitglied noch Mitglied Ihrer Organisation ist. Eine mit einem API-Schlüssel gestellte Anfrage erhält keine E-Mail, daher verfolgen Sie sie im **Marketplace**.

## Nächste Schritte

> [card] [Travel Rule](https://docs.didit.me/de/transaction-monitoring/travel-rule.md)
>
> Der Lebenszyklus eines Austauschs, die Einstellungen, die Übertragungswege und die /v3/-API.

> [card] [In der Sandbox testen](https://docs.didit.me/de/transaction-monitoring/travel-rule-sandbox.md)
>
> Testen Sie jedes Ergebnis mit dem Didit Test VASP, bevor Sie live gehen.

> [card] [Interoperabilität](https://docs.didit.me/de/transaction-monitoring/travel-rule-interoperability.md)
>
> Die Endpoints, über die Gegenpartei-VASPs Sie erreichen.

> [card] [Verzeichnis](https://docs.didit.me/de/transaction-monitoring/travel-rule.md#verzeichnis)
>
> Finden Sie einen VASP und die Routen, die Ihre Anwendung für ihn nutzen kann.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.