MiCA, die Travel Rule und Wallet-Screening für EU-CASPs

Krypto-Dienstleister (CASPs) in der EU müssen zwischen Zulassungsvoraussetzungen, Informationsaustauschpflichten und ihren eigenen Risikokontrollen unterscheiden. MiCA und die Geldtransfer-Verordnung (Transfer of Funds Regulation) regeln jeweils unterschiedliche Aspekte. Wallet-Screening unterstützt den Risiko-Workflow; es ersetzt nicht die Feststellung, welche Pflichten für Ihren Dienst gelten.

Separate Nachweise für Prüfentscheidungen bereitstellen

Halten Sie Kundenverifizierung, AML-Ergebnisse zur Identität, Wallet-Bewertungen, Transaktionsdatensätze und den Status des Travel-Rule-Austauschs miteinander verknüpft. Betrachten Sie einen niedrigen Wallet-Risikoscore nicht als Nachweis dafür, dass die erforderlichen Angaben zu Auftraggeber und Begünstigtem ausgetauscht wurden.

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

Eigene Provider-Keys nutzen oder mit nutzungsbasiertem Screening starten

Didit-Kunden können ihren eigenen Chainalysis-API-Key in Didit hinterlegen und in ihren Didit-Workflows orchestrieren oder jeden anderen in Didit verfügbaren Anbieter für Wallet-Screening wählen. Lesen Sie die Dokumentation zum Wallet-Screening zu Konfiguration und Netzwerkabdeckung.

Wenn Sie ohne separaten Provider-Key starten möchten, nutzen Sie das Wallet-Screening über Didit nach dem Pay-as-you-go-Modell zum regulären Preis von $0.15 pro Prüfung. Starten Sie ohne Vertriebsgespräch in der Business Console. Ab dem 1. November 2026 beinhaltet der kostenlose Plan ein monatliches Guthaben von $10. Erfahren Sie mehr im Preisupdate für November.

Beide Wege passen zu einem entwicklerorientierten Workflow: Nutzen Sie die API, binden Sie Agenten über den MCP-Server an und verwenden Sie die SDKs von Didit für die Customer Journey. Das Wallet-Screening läuft im selben Workflow wie KYC, AML und Transaktionsmonitoring. Prüfen Sie die Netzwerkabdeckung des gewählten Anbieters, bevor Sie eine Adresse übermitteln.

Erreichbarkeit der Gegenpartei prüfen

Verfügbare Verbindungen und Anforderungen an die Netzwerkanbindung variieren. Überprüfen Sie diese in der Dokumentation für Ihre Anwendung. Erreicht keine Route die Gegenpartei, folgen Sie Ihren internen Eskalationsrichtlinien; ein Ergebnis aus dem Wallet-Screening gleicht fehlende Austauschdaten nicht aus.

Screening an Prüfprozesse anbinden

Didits Investigator-Agent prüft Fälle für $0.20 pro geprüftem Element. Der Support-Agent beginnt ab $0.02 pro Nachricht. Copilot unterstützt Teams beim Erstellen von Workflows, während der MCP-Server eigenen Agenten die Interaktion mit Didit ermöglicht. Dies sind separate Funktionen neben dem Wallet-Screening; trennen Sie Prüf- und Nachrichtenentgelte in Ihrer Kalkulation. Investigator-Dokumentation; Updates zu Agenten und Copilot; 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 an. Testen Sie anschließend ein Wallet auf dem tatsächlichen Netzwerk und prüfen Sie den zurückgegebenen Screening-Status. Folgen Sie der Integrationsanleitung.

Wählen Sie den Weg, der zu Ihrem Team passt: Nutzen Sie eine bestehende Vereinbarung mit einem unterstützten Anbieter oder zahlen Sie nach Verbrauch $0.15 pro Prüfung – direkt in der Konsole, ohne Vertriebsgespräch.