FATF Travel Rule und Wallet-Screening in Didit

Die Travel Rule betrifft den Austausch von Informationen über Auftraggeber und Begünstigte. Das Wallet-Screening bewertet On-Chain-Risiken. Ein Krypto-Compliance-Workflow muss diese Ergebnisse voneinander abgrenzen und Prüfern den nötigen Kontext für Entscheidungen liefern.

Den Informationsaustausch und das Wallet-Ergebnis getrennt betrachten

Didits aktuelle Dokumentation zur Travel Rule beschreibt einen gesteuerten Datenaustausch mit eigenem Lebenszyklus. Sie teilt Ihrer Anwendung mit, wann der Informationsaustausch abgeschlossen ist, sodass Sie entscheiden können, wann Gelder freigegeben werden, und anschließend den On-Chain-Transaktions-Hash erfassen können. Eine abgeschlossene Wallet-Prüfung belegt nicht, dass dieser Austausch abgeschlossen ist.

Lesen Sie den aktuellen Leitfaden zur Travel Rule, um mehr über das Datenmodell, unterstützte Routen und Statusübergänge zu erfahren.

Eigenen Provider-Schlüssel einbinden oder mit Pay-as-you-go-Screening starten

Didit-Kunden können ihren eigenen API-Schlüssel von Chainalysis in Didit einbinden und in ihren Didit-Workflows orchestrieren oder jeden anderen in Didit verfügbaren Wallet-Screening-Anbieter wählen. Lesen Sie die Dokumentation zum Wallet-Screening zu Konfiguration und Abdeckung.

Wenn Sie ohne separaten Provider-Schlüssel starten möchten, nutzen Sie das Pay-as-you-go-Wallet-Screening von Didit zum veröffentlichten Preis von $0.15 pro Prüfung. Starten Sie direkt in der Business Console ohne Verkaufsgespräch. Ab dem 1. November 2026 umfasst der kostenlose Plan $10 Guthaben pro Monat. Hier finden Sie das Preis-Update für November.

Beide Optionen passen zu einem entwicklerorientierten Workflow: Nutzen Sie die API, binden Sie einen Agenten über den MCP-Server ein und verwenden Sie die SDKs von Didit für die Customer Journey. Das Wallet-Screening läuft im selben Workflow wie KYC, AML und die Transaktionsüberwachung. Prüfen Sie vor dem Senden einer Adresse die Netzwerkabdeckung des ausgewählten Anbieters.

Erreichbarkeit der Gegenpartei prüfen

Verfügbare Verbindungen und Netzwerkmitgliedschaftsanforderungen variieren. Prüfen Sie diese in der Dokumentation für Ihre Anwendung. Wenn keine Route die Gegenpartei erreicht, folgen Sie Ihren Eskalationsrichtlinien; ein Wallet-Screening-Ergebnis behebt fehlende Austauschinformationen nicht.

Screening mit der Prüfungsarbeit verknüpfen

Der Investigator-Agent von Didit prüft Fälle für $0.20 pro geprüftem Fall. Der Support-Agent startet ab $0.02 pro Nachricht. Copilot unterstützt Teams beim Erstellen von Workflows, während der MCP-Server eigenen Agenten die Zusammenarbeit mit Didit ermöglicht. Dies sind eigenständige Funktionen, die vom Wallet-Screening getrennt sind; berücksichtigen Sie die Prüf- und Messaging-Kosten in Ihrer Kalkulation separat. Investigator-Dokumentation; Updates zu Agenten und Copilot; MCP-Dokumentation.

In der Console starten

Öffnen Sie die Business Console, wählen Sie Ihre Anwendung und konfigurieren Sie Transactions > Settings > Provider Preferences. Wählen Sie das Pay-as-you-go-Modell oder binden Sie einen verfügbaren Provider-Schlüssel über den Marketplace ein. Testen Sie anschließend eine Wallet im tatsächlichen Netzwerk und prüfen Sie den zurückgegebenen Screening-Status. Folgen Sie dem Integrationsleitfaden.

Wählen Sie den Weg, der zu Ihrem Team passt: Behalten Sie eine unterstützte Anbieterbeziehung bei oder zahlen Sie nach Nutzung $0.15 pro Prüfung und starten Sie direkt in der Console ohne Verkaufsgespräch.