Zum Hauptinhalt springen
Didit erhält 7,5 Mio. $ für die Infrastruktur für Identität und Betrug
Didit
Zurück zum Blog
Blog · 21. Mai 2026

Wallet-Screening: Vor vs. Nach der Übertragung (DE)

Das Pre-Transfer-Screening prüft eine Wallet-Adresse, bevor Werte transferiert werden; das Post-Transfer-Screening analysiert eine abgeschlossene Transaktion anhand ihres Hashs.

Von DiditAktualisiert
pre-transfer-post-transfer-wallet-screening.png

Es gibt zwei Zeitpunkte, um eine Krypto-Transaktion zu überprüfen, und sie beantworten zwei unterschiedliche Fragen. Bevor Werte bewegt werden, überprüfen Sie die Wallet-Adresse, um zu entscheiden, ob die Transaktion überhaupt zugelassen werden soll. Nachdem der Wert beglichen ist, überprüfen Sie den Transaktions-Hash, um aufzuzeichnen, was tatsächlich bewegt wurde, und bewerten Sie ihn anhand der neuesten Informationen neu. Das erste ist ein Tor; das zweite ist ein Hauptbuch.

Die Wallet-Screening-API von Didit unterstützt beides. Das Pre-Transfer-Screening nimmt eine Wallet-Adresse entgegen und gibt ein Risikourteil zurück, bevor Sie eine Einzahlung akzeptieren oder eine Auszahlung freigeben. Das Post-Transfer-Screening nimmt einen Transaktions-Hash entgegen und bewertet eine bestätigte Transaktion im Nachhinein. Beide geben den gleichen Risikowert von 0–100 mit den Stufen NIEDRIG/MITTEL/HOCH/KRITISCH und einer Aufschlüsselung der Herkunft der Mittel zurück, und beide kosten 0,02 $ pro Screening.

Dieser Leitfaden erklärt den Unterschied und wie man jede Methode in einen realen Workflow integriert.

Wichtige Erkenntnisse

  • Pre-Transfer = Adresse, bevor Werte bewegt werden. Überprüfen Sie eine Wallet-Adresse, um eine Einzahlung oder Auszahlung zu blockieren, bevor sie stattfindet.
  • Post-Transfer = Transaktions-Hash, nach der Abwicklung. Überprüfen Sie eine bestätigte Transaktion (mittels payment_reference_id) zur Aufzeichnung und fortlaufenden Überprüfung.
  • Gleiche Urteilsstruktur für beide – ein Risikowert von 0–100, eine NIEDRIG/MITTEL/HOCH/KRITISCH-Stufe und die Exposition nach Herkunft der Mittel.
  • Verwenden Sie in den meisten Workflows beides zusammen: Pre-Transfer zur Entscheidung, Post-Transfer zur Dokumentation und erneuten Überprüfung.
  • Ausgelöst durch currency_kind: "crypto" plus eine Richtung (INBOUND / OUTBOUND); pro Anruf mit include_crypto_screening überschreibbar.
  • 0,02 $ pro Screening mit BYOK (Crystal oder Merkle Science), unabhängig davon, welches Timing Sie verwenden.

Was jeder überprüft

Pre-Transfer-Screening bewertet eine Wallet-Adresse. Sie wissen noch nicht, dass Werte bewegt werden – Sie fragen: „Wenn ich Gelder von (oder an) diese Adresse akzeptiere, welchem Risiko bin ich ausgesetzt?“ Die API verfolgt die eingehende und ausgehende Historie der Adresse und gibt deren Risiko zurück. Dies ist der Entscheidungspunkt: passieren lassen, zur Überprüfung halten oder ablehnen, bevor etwas abgewickelt wird.

Post-Transfer-Screening bewertet eine spezifische Transaktion anhand ihres Hashs. Der Wert wurde bereits bewegt; Sie erfassen das Risiko dessen, was passiert ist, und halten es aktuell. Da sich On-Chain-Bezeichnungen entwickeln – eine Adresse kann nach einer Transaktion mit ihr einer Sanktionsliste hinzugefügt werden – sorgt das Post-Transfer-Screening (und die regelmäßige erneute Überprüfung) dafür, dass Ihre Aufzeichnungen für Audits und fortlaufende Überwachungspflichten korrekt bleiben.

Warum es wichtig ist

Die Wahl des falschen Zeitpunkts führt zu echten Lücken. Wenn Sie nur nach der Übertragung screenen, haben Sie die Gelder bereits angenommen, bevor Sie wussten, dass sie riskant waren – Sie machen jetzt eine abgeschlossene Transaktion rückgängig, anstatt eine ausstehende abzulehnen. Wenn Sie nur vor der Übertragung screenen, werden Ihre Aufzeichnungen veraltet: Das Urteil, das Sie zum Zeitpunkt der Einzahlung erfasst haben, spiegelt keine später aufgetauchten Informationen wider, was jede Prüfspur schwächt und rückwirkende Sanktionsbezeichnungen verpasst.

Regulierungsbehörden und bewährte Verfahren weisen beide auf dieselbe Antwort hin: Mit Pre-Transfer-Screening am Anfang absichern und dann mit Post-Transfer-Screening eine genaue, überprüfbare Aufzeichnung führen. Die Durchführung beider ist der Grund, warum der Preis von 0,02 $ pro Screening wichtig ist – zu diesen Kosten ist das zweimalige Screening immer noch um eine Größenordnung günstiger als ein einziges Screening bei einem älteren Abonnement.

Technische Details

Beide Modi laufen auf der vereinheitlichten /v3/ API innerhalb des Transaktionsmonitorings. Der Unterschied besteht darin, ob Sie eine Wallet-Adresse oder eine Transaktionsreferenz übergeben.

Pre-Transfer – eine Adresse vor Annahme einer Einzahlung prüfen:

curl -X POST https://verification.didit.me/v3/transactions/ \
  -H "x-api-key: $DIDIT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "transaction_id": "dep_61a0",
    "category": "finance",
    "currency_kind": "crypto",
    "direction": "INBOUND",
    "wallet_address": "0x4d2a...91bc",
    "include_crypto_screening": true,
    "subject": { "vendor_data": "user_5012", "role": "RECEIVER" }
  }'

Post-Transfer – eine abgeschlossene Transaktion anhand ihres Hashs prüfen:

curl -X POST https://verification.didit.me/v3/transactions/ \
  -H "x-api-key: $DIDIT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "transaction_id": "wd_77f3",
    "category": "finance",
    "currency_kind": "crypto",
    "direction": "OUTBOUND",
    "payment_reference_id": "0xabc123...def",
    "include_crypto_screening": true,
    "subject": { "vendor_data": "user_5012", "role": "SENDER" }
  }'

Beide geben die gleiche Urteilsstruktur zurück:

{
  "wallet_screening": {
    "risk_score": 41,
    "risk_band": "MEDIUM",
    "exposure": [
      { "category": "HIGH_RISK_EXCHANGE", "type": "DIRECT", "share": 0.27 }
    ]
  }
}

Der Auslöser. Das Screening wird ausgelöst, wenn currency_kind auf "crypto" und eine direction (INBOUND oder OUTBOUND) festgelegt ist. Die Standardeinstellung – ob Krypto-Transaktionen automatisch gescreent werden – wird in Konsole → Transaktionen → Einstellungen konfiguriert, und include_crypto_screening überschreibt dies pro Aufruf.

Das Schlüsselfeld. Übergeben Sie eine wallet_address für Pre-Transfer; übergeben Sie den Transaktions-Hash als payment_reference_id für Post-Transfer.

Preis. 0,02 $ pro Screening, in beiden Modi, mit BYOK (Crystal oder Merkle Science).

Wann man was verwendet

SzenarioVerwendungWarum
Einzahlung akzeptierenPre-Transfer (Adresse)Entscheiden, bevor die Gelder Ihnen gehören
Auszahlung freigebenPre-Transfer (Zieladresse)Blockieren des Sendens an eine riskante Wallet
Aufzeichnung einer abgeschlossenen ÜbertragungPost-Transfer (Hash)Genaue Prüfspur dessen, was bewegt wurde
Regelmäßige erneute ÜberprüfungPost-Transfer (Hash)Erkennen rückwirkender Sanktionsbezeichnungen
Sowohl Absicherung als auch AufzeichnungBeidesAm Anfang absichern, danach dokumentieren

Anwendungsfälle

  • Krypto-Börsen – Pre-Transfer bei jeder Ein- und Auszahlung, um den Fluss zu steuern; Post-Transfer, um ein vollständiges, überprüfbares Hauptbuch zu führen.
  • On/Off-Ramps – Pre-Transfer, um Konvertierungen mit hochriskanten Wallets vor der Abwicklung zu blockieren.
  • Verwahrer – Pre-Transfer bei der Aufnahme, Post-Transfer-Re-Screening bei gespeicherten Vermögenswerten, wenn sich Bezeichnungen entwickeln.
  • Wallets – Pre-Transfer, um einen Benutzer zu warnen, bevor er an eine markierte Adresse sendet.
  • VASPs – Post-Transfer-Aufzeichnungen, gepaart mit Travel Rule-Daten für eine verteidigungsfähige Compliance-Spur.

Integration mit Didit

  1. Standard festlegen in Transaktionen → Einstellungen – wählen Sie, ob Krypto-Transaktionen automatisch gescreent werden und welcher Anbieter-Key verwendet werden soll.
  2. Am Anfang absichern. Bevor Sie eine Einzahlung akzeptieren oder eine Auszahlung freigeben, POST /v3/transactions/ mit der wallet_address und handeln Sie entsprechend der Stufe.
  3. Nach der Abwicklung aufzeichnen. Sobald eine Transaktion bestätigt ist, screenen Sie sie erneut mit dem Hash als payment_reference_id.
  4. Warnungen bearbeiten. HIGH/CRITICAL-Screenings öffnen Warnungen im integrierten Case Manager zur Untersuchung und SAR-Einreichung.

Häufig gestellte Fragen

Was ist der praktische Unterschied zwischen Pre- und Post-Transfer-Screening?

Pre-Transfer screent eine Wallet-Adresse, bevor Werte bewegt werden, sodass Sie ablehnen können. Post-Transfer screent eine abgeschlossene Transaktion anhand ihres Hashs, sodass Sie eine genaue, überprüfbare Aufzeichnung haben.

Muss ich beides tun?

Die meisten Teams sollten. Pre-Transfer sichert den Fluss ab; Post-Transfer hält die Aufzeichnungen aktuell – einschließlich der Erkennung von Adressen, die nach Ihrer Transaktion zu Sanktionslisten hinzugefügt wurden.

Wie screene ich einen Transaktions-Hash?

Übergeben Sie den Hash als payment_reference_id bei POST /v3/transactions/ mit currency_kind: "crypto" und einer Richtung.

Kostet die Durchführung beider doppelt so viel?

Ja – jeweils 0,02 $ – aber zu diesem Preis sind zwei Screenings immer noch weitaus günstiger als ein Screening bei einem älteren Blockchain-Analyse-Abonnement.

Kann ich das Screening nur für einige Transaktionen aktivieren?

Ja. Legen Sie einen Standard in Konsole → Transaktionen → Einstellungen fest und überschreiben Sie ihn pro Aufruf mit include_crypto_screening.

Bereit zum Start?

Lesen Sie die Übersicht zum Wallet-Screening in den Docs, sehen Sie, wie es sich in die Plattform einfügt, auf der Produktseite zum Wallet-Screening und überprüfen Sie die Preise pro Aufruf auf der Preisseite. Wenn Sie bereit sind, starten Sie kostenlos – 500 kostenlose KYC-Prüfungen jeden Monat und Wallet-Screening für 0,02 $ pro Screening.

Infrastruktur für Identität und Betrugsprävention.

Eine API für KYC, KYB, Transaktionsüberwachung und Wallet-Screening. In 5 Minuten integriert.

Lass dir diese Seite von einer KI zusammenfassen
Wallet-Screening: Vor & Nach Transfer | Didit.