Ein KYT-Programm sieht nur, was seine Abdeckung zulässt. Analysiert das Screening-Tool Ethereum, aber nicht TRON, erscheint jede über TRON zur Geldwäsche genutzte Adresse als unauffällig. Die Engine hätte die Exposition erkannt, bekommt die Daten aber nie zu sehen. Die Abdeckung ist die Grundlage aller weiteren Fähigkeiten – Latenz, Scoring und Alarmweiterleitung. Auf einer nicht erfassten Blockchain bleiben Risiken ungestört verborgen. Dieser Leitfaden erklärt, warum Multi-Chain-Abdeckung wichtig ist und welche Blockchains ein KYT-Programm erfassen muss. Er zeigt außerdem, wo blockchainübergreifende blinde Flecken Expositionen schaffen und wie die Abdeckung am Vermögenswertmix einer Börse oder eines Protokolls bewertet wird. Die gesamten KYT-Funktionen erläutert Phalcon Compliance. Diese Seite ist Teil des KYT-Wissensportals.
Warum Multi-Chain-Abdeckung wichtig ist
Illegale Gelder bleiben nicht auf der Blockchain, auf der sie gestohlen wurden. Nach einem Hack eines DeFi-Protokolls auf Ethereum führt der Weg häufig über eine Sidechain und anschließend per Swap in einen Stablecoin auf einem leistungsfähigen L2. Oft endet er in einer TRON- oder Bitcoin-Wallet ohne Verbindung zum ursprünglichen Vorfall. Werte bewegen sich schneller über verteilte Register, als es jedes Fiat-System erlaubt. Eine Kontrolle für nur ein Register beobachtet lediglich einen Bruchteil des tatsächlichen Geldflusses. Der risikobasierte Ansatz der FATF für Anbieter von Dienstleistungen für virtuelle Vermögenswerte beschreibt dies als zentrales strukturelles Risiko der Anlageklasse.
FinCENs Vorschrift zu AML-Programmen für Money Services Businesses (31 CFR 1022.210) formuliert dieselbe Erwartung für Kryptobörsen und andere US-amerikanische Money Services Businesses. Überwachung muss dem Risiko folgen, nicht der bequemen Datenverfügbarkeit einer einzelnen Blockchain. Die betriebliche Folge ist unmittelbar: Abdeckungslücken äußern sich nicht als Alarme, sondern als Stille. Prüfer sehen darin eine Programmschwäche. Eine fehlende Kontrolle auf einer geschäftlich genutzten Blockchain unterscheidet sich nicht vom vollständigen Fehlen der Kontrolle.
Welche Blockchains KYT abdecken muss
Abdeckung ist nicht gleichmäßig wichtig. Manche Blockchains tragen wegen ihrer Rolle im Ökosystem, der dort geführten Vermögenswerte oder niedrigerer Nutzungshürden einen überproportionalen Anteil illegaler Geldflüsse. Ein tragfähiges KYT-Programm priorisiert anhand von drei Fragen: Wo liegen die eigenen Expositionen, wo konzentrieren sich illegale Werte, und wohin fließen Gelder beim Ausstieg?
Erste Priorität haben Blockchains mit hohem Volumen und vielen Vorfällen. Ethereum und Bitcoin machen zusammen den Großteil des historischen illegalen Krypto-Werts aus. Bitcoin bleibt der dominierende Kanal für Ransomware-Auszahlungen, Darknet-Marktplatz-Abrechnungen und Sanktionsumgehung. Auf Ethereum entfällt der Großteil von DeFi-Diebstählen, Bridge-Exploits und Stablecoin-Geldwäsche. Der überwiegende Teil der Stablecoin-Ausgabe und DeFi-Aktivität liegt dort oder auf EVM-Netzwerken mit demselben Adressmodell.
Zweite Priorität haben Blockchains, auf denen sich illegale Geldflüsse aus strukturellen Gründen konzentrieren. TRON ist das deutlichste Beispiel. Dort wird ein großer Anteil von USDT ausgegeben, und Transaktionen sind günstig. TRON wurde außerdem wiederholt in Sanktionslistungen und Durchsetzungsmaßnahmen als Netzwerk genannt, das gelistete Akteure für Stablecoin-Transfers nutzen. Ein Programm ohne TRON-Analyse kann diese Stablecoin-Flüsse nicht prüfen. BNB Chain nimmt bei privatanlegergetriebenen Aktivitäten und Token-Migrationen über seine günstige Umgebung eine ähnliche Position ein.
Dritte Priorität haben Stablecoin-Blockchains und L2s, auf die sich Aktivitäten verlagern. Stablecoin-Aktivitäten auf Polygon, Base, Optimism und Arbitrum wachsen, weil Emittenten und Börsen Volumen über kostengünstige Umgebungen leiten. Avalanche C-Chain trägt einen Teil des Cross-Chain-Bridge-Verkehrs. Neue Nutzer und Protokollbereitstellungen kommen zunehmend auf L2s an – und damit auch neue illegale Aktivitäten.
Wo Single-Chain-Abdeckung versagt
Ein blockchainübergreifender blinder Fleck ist die Lücke zwischen den vom KYT-Tool erfassten Netzwerken und den von den Nutzern eines Instituts verwendeten Blockchains. Besonders schädlich ist eine asymmetrische Lücke: Das Tool erfasst EVM-Netzwerke, aber nicht Bitcoin oder TRON – oder umgekehrt. Beide Muster kommen vor und führen zum selben Fehler. Eine Adresse erhält einen unauffälligen Risikoscore, obwohl ihre tatsächliche Exposition auf einer nicht abgefragten Blockchain liegt.
Wie daraus ein übersehener Alarm wird, ist einfach: Ein Akteur überträgt Gelder per Bridge von Ethereum zu TRON, leitet sie über Stablecoin-Transfers weiter und gibt eine TRON-Adresse zur Auszahlungsprüfung an. Analysiert das Tool Ethereum, aber nicht TRON, sieht es nichts oder nur eine nicht zusammenhängende Historie, liefert einen niedrigen Risikoscore, und die Auszahlung wird freigegeben. Der erforderliche Alarm entsteht nie, weil die Engine die auslösenden Daten nie gesehen hat.
Dies ist ein dokumentierter Geldwäschepfad. Sowohl die OFAC-Sanktionsliste als auch FATF-Leitlinien beschreiben blockchainübergreifende Bewegungen als gängige Technik gelisteter Akteure. Ein Programm, das nur die EVM-Seite erfasst, prüft nur die halbe Spur – nämlich die Hälfte, die unauffällig aussehen soll.
Native Blockchain-Abdeckung von Phalcon Compliance
Aktuell unterstützt die Plattform Screening auf zehn Blockchains: Ethereum, TRON, BNB Chain, Polygon, Base, Optimism, Avalanche C-Chain, Arbitrum, Bitcoin und Solana. Die Liste deckt die oben genannten vier Prioritätsgruppen ab: Blockchains mit hohem Volumen und vielen Vorfällen (Ethereum, Bitcoin), die strukturell risikoreiche Stablecoin-Blockchain (TRON), die leistungsfähige Retail-Blockchain (BNB Chain) sowie die L2- und Sidechain-Gruppe, zu der Stablecoin- und DeFi-Aktivitäten wandern. Neue Blockchains kommen regelmäßig hinzu, wenn sich Aktivität und Risiken verlagern. Prüfen Sie deshalb die bei Ihrer Bewertung genutzte Liste vor einer Entscheidung erneut gegen den aktuellen Unterstützungsstand, statt sie als unveränderlich zu behandeln.
In der Praxis soll die native Abdeckung die beschriebene asymmetrische Lücke schließen. Eine Adresse wird anhand der Blockchains geprüft, auf denen sie Transaktionen ausgeführt hat, nicht nur anhand der Blockchain, für die sie eingereicht wurde. Eine TRON-Adresse mit früherer Ethereum-Exposition wird über die relevanten Blockchains hinweg statt nur auf einer analysiert.
Die Risikodaten hinter dem Screening beruhen auf mehr als 600 Millionen gekennzeichneten Adressen und über 17 Risikoindikator-Kategorien. Sie erfassen Verhaltensmuster, Exposition gegenüber bekannten illegalen Diensten und Gegenparteirisiken. Abdeckung und Daten müssen zusammenwirken. Abdeckung ohne gekennzeichnete Daten liefert einen Score ohne Belege; gekennzeichnete Daten ohne passende Abdeckung analysieren die richtigen Blockchains für die falschen Adressen. Die Engine verbindet beides, sodass die Screening-Bewertung durch die zugrunde liegenden Expositions- und Indikatordetails gestützt wird. Die Entscheidung wird dadurch prüfbar statt undurchsichtig.
Da regelmäßig neue Blockchains hinzukommen, verändert sich die Liste. Prüfen Sie die aktuelle Dokumentation, bevor Sie eine bestimmte Blockchain als abgedeckt oder nicht abgedeckt betrachten.
Die Abdeckung für Ihren Vermögenswertmix bewerten
Vergleichen Sie nicht einfach die Blockchain-Anzahlen verschiedener Anbieter. Zwei Tools mit derselben Zahl können völlig unterschiedliche Netzwerke erfassen. Ein Tool mit weniger Blockchains kann die entscheidenden abdecken, während eines mit fünfzehn sie auslässt. Die Bewertung muss von den eigenen Expositionen ausgehen, nicht von einer Marketingliste.
Erstellen Sie zuerst eine interne Liste der Blockchain-Expositionen. Ziehen Sie Ein- und Auszahlungsdaten eines aussagekräftigen Zeitraums heran – ein Quartal ist ein üblicher Ausgangspunkt. Erfassen und ordnen Sie dann die von Nutzern verwendeten Blockchains nach Volumen, Adresszahl und Vorfallshistorie. Das Ergebnis richtet sich nach tatsächlicher Exposition statt nach Bekanntheit.
Gleichen Sie zweitens diese Liste mit den unterstützten Blockchains jedes bewerteten Tools ab. Entscheidend ist nicht die Gesamtzahl, sondern ob jede Blockchain Ihrer eigenen Expositionsliste erfasst wird. Ein Tool kann 90 Prozent der Liste abdecken und dennoch genau die Blockchain auslassen, die einen überproportionalen Risikoanteil trägt. Dann ist es nicht zu 90 Prozent geeignet, sondern stark bei weniger wichtigen Netzwerken und blind beim wichtigeren.
Testen Sie drittens die Abdeckung unter anspruchsvollen Bedingungen anhand bekannter Geldwäschepfade. Verwenden Sie eine Stichprobe von Adressen mit dokumentierter Cross-Chain-Exposition: eine mit Bridge-Übertragung von Ethereum zu TRON, eine, die über einen Mixer zu Bitcoin gelangt ist und eine mit Route über eine sanktionierte Entität auf BNB Chain. Prüfen Sie jeweils, ob das Tool die relevante blockchainübergreifende Historie oder nur die bei der Einreichung angegebene Blockchain analysiert. Abdeckung auf dem Papier muss sich im Screening-Ergebnis wiederfinden.
Gleichen Sie viertens den Rhythmus neuer Blockchain-Integrationen mit Ihrer Roadmap ab. Wenn das Institut einen Vermögenswert auf einer noch nicht unterstützten Blockchain listen will, fragen Sie, wann diese unterstützt wird. Klären Sie auch die bis dahin geltende Zwischenkontrolle. Die Liste unterstützter Blockchains verändert sich. Wer sie als statisch behandelt, liegt innerhalb eines Quartals falsch.
Abdeckungslücken und Übergangslösungen
Kein Tool deckt jede Blockchain ab, und keine Liste bleibt dauerhaft aktuell. Ein ausgereiftes KYT-Programm dokumentiert seine Lücken: welche Blockchains fehlen, warum, welche Zwischenkontrolle gilt und wann die Lücke geschlossen wird. Fehlt diese Position, ist das selbst ein Prüfungsbefund, weil das Institut seine eigenen Expositionen offenbar nicht erfasst hat.
Bei noch nicht unterstützten Blockchains besteht die Zwischenkontrolle meist aus drei Maßnahmen. Erstens werden verstärkte Sorgfaltsprüfungen für Gegenparteien mit Bezug zur nicht erfassten Blockchain beim Onboarding statt erst zur Transaktionszeit angewendet. Zweitens gilt eine Richtlinie zum Zurückhalten und Prüfen von Ein- oder Auszahlungen auf dieser Blockchain, bei der ein Analyst die Gegenpartei vor der Abwicklung bestätigt. Drittens wird die Anbieter-Roadmap mit dokumentiertem Integrationsdatum verfolgt, statt auf unbestimmte Zeit zu warten.
Die Übergangslösung ersetzt keine Abdeckung. Zurückhalten und Prüfen auf einer nicht erfassten Blockchain ist eine manuelle Kontrolle in einem eigentlich zu automatisierenden Fluss und skaliert bei wachsendem Volumen schlecht. Sie soll das Institut absichern, bis das Tool nachzieht. Eine über mehrere Quartale ohne Schließungsplan fortbestehende Lücke ist faktisch akzeptiert. Deshalb ist der Rhythmus neuer Blockchain-Integrationen selbst ein Auswahlkriterium. Ein Tool mit vorhersehbarem Rhythmus schließt Lücken auf einer planbaren Zeitleiste. Eines, das nur auf Kundendruck neue Netzwerke ergänzt, lässt die Lücke erst im Nachhinein sichtbar werden.