TRISA, TRP und OpenVASP: Travel Rule und Wallet-Screening

Die Interoperabilität der Travel Rule hängt davon ab, ob Ihr System die Gegenpartei erreichen kann. Eine Liste von Protokollnamen garantiert nicht, dass ein Transfer jedes davon nutzen kann. Wallet-Screening beantwortet eine separate Frage zur On-Chain-Exposition der Adresse.

Was Didit derzeit dokumentiert

Der Travel-Rule-Leitfaden von Didit beschreibt eine Integration mit TRP / OpenVASP. Er führt TRISA als Option auf Anfrage auf, ohne dass heute eine Integration verfügbar ist. Prüfen Sie den aktuellen Leitfaden vor der Planung einer Gegenpartei-Route; weder gespeicherte Zugangsdaten noch ein Marktplatzeintrag belegen, dass ein Austausch zustande kommt.

Lesen Sie den aktuellen Travel-Rule-Leitfaden für das Datenmodell, unterstützte Routen und Zustandsübergänge.

Eigenen Provider-Key mitbringen oder mit Pay-as-you-go-Screening starten

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

Wenn Sie ohne separaten Provider-Key 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 in der Business Console ohne Verkaufsgespräch. Ab dem 1. November 2026 beinhaltet der kostenlose Tarif monatlich $10 Guthaben. Sehen Sie sich das Preis-Update für November an.

Beide Wege 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 begleitende Customer Journey. Wallet-Screening läuft im selben Workflow wie KYC, AML und Transaktionsüberwachung. Prüfen Sie die Netzwerkabdeckung des gewählten Providers, bevor Sie eine Adresse übermitteln.

Erreichbarkeit der Gegenpartei prüfen

Verfügbare Verbindungen und Voraussetzungen für die Netzwerkmitgliedschaft 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 ersetzt keine fehlenden Austauschdaten.

Screening mit dem Prüfungsprozess 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 bei der Erstellung von Workflows, während der MCP-Server eigenen Agenten die Zusammenarbeit mit Didit ermöglicht. Dies sind separate Funktionen neben der Wallet-Screening-Prüfung; berücksichtigen Sie die Gebühren für Überprüfungen und Nachrichten separat in Ihrer Kalkulation. Investigator-Dokumentation; Agent- und Copilot-Updates; MCP-Dokumentation.

In der Konsole starten

Öffnen Sie die Business Console, wählen Sie Ihre Anwendung und konfigurieren Sie Transactions > Settings > Provider Preferences. Wählen Sie den Pay-as-you-go-Weg oder binden Sie einen verfügbaren Provider-Key über den Marketplace ein. Testen Sie anschließend eine Wallet in ihrem 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 bestehende Beziehung zu einem unterstützten Provider bei oder nutzen Sie Pay-as-you-go für $0.15 pro Prüfung und starten Sie direkt in der Konsole ohne Verkaufsgespräch.