Startseite

CCAS: Kryptowerte verstehen und Finanzkriminalitätsrisiken beurteilen

Ein fachlicher Leitfaden für die CCAS-Vorbereitung: Transaktionen technisch einordnen, Pflichten nach Rolle und Rechtsraum bestimmen und belastbare Entscheidungen aus On-Chain- und Off-Chain-Belegen ableiten.

Aktualisiert 15. Oktober 2026 53 Min. Lesezeit
Volker Gauthier

Verfasst von Volker Gauthier

Certified Fraud Examiner & Compliance Writer

CFE-certified, 10+ years in anti-fraud consulting

CCAS: Kryptowerte verstehen und Finanzkriminalitätsrisiken beurteilen

Die Zertifizierung Certified Cryptoasset AFC Specialist (CCAS) von ACAMS richtet sich an Fachkräfte aus Geldwäschebekämpfung, Finanzkriminalitätsprävention, Krypto-Compliance, Blockchain-Analyse, Strafverfolgung, Aufsicht und Risikomanagement digitaler Vermögenswerte. Der Leitfaden verbindet technische Grundlagen mit regulatorischer Einordnung und der Gestaltung wirksamer Kontrollen.

Für das zum Veröffentlichungszeitpunkt bestehende CCAS-Programm nennt ACAMS 100 Fragen in 175 Minuten und Englisch als Prüfungssprache. ACAMS hat überarbeitete Materialien und eine überarbeitete Prüfung für den 19. November 2026 angekündigt. Prüfen Sie vor der Buchung bei ACAMS, welche Version, Termine und Bedingungen gelten. Dieser deutschsprachige Leitfaden ist unabhängiges Lernmaterial.

Fachlicher Schwerpunkt

  • Transaktionen, Wallets, Verwahrung, Börsen, Stablecoins, DeFi und Smart Contracts technisch erklären.
  • Internationale Standards von anwendbarem Recht, Aufsichtsvorgaben und internen Verfahren unterscheiden.
  • Risiken bewerten, Analysen prüfen, Ermittlungen dokumentieren und angemessene Maßnahmen wählen.

Lernbereiche und Prioritäten

LernbereichInhaltLernpriorität dieses Leitfadens
Kryptowerte und BlockchainTransaktionsmodelle, Wallets, Verwahrung, Börsen, Token, DeFi und WertbewegungenHoch: Mechanik zuerst erklären und Beleggrenzen erkennen; keine offizielle Gewichtung
Grundlagen der Geldwäschebekämpfung bei Kryptowerten und BlockchainFATF-Standards, Anbieterrollen, Travel Rule, Sanktionen und Unterschiede zwischen RechtsräumenHoch: Norm, Rechtsraum und betroffene Tätigkeit zuordnen; keine offizielle Gewichtung
Risikomanagementprogramme für Kryptowerte und BlockchainRisikobewertung, Aufnahme, Screening, Analytik, Überwachung, Ermittlungen, Meldungen und Prüfung von KontrollenSehr hoch: Belege zusammenführen und Maßnahmen begründen; keine offizielle Gewichtung

60 prüfungsrelevante Konzepte 1-10

1. Was ein öffentlicher Ledger belegt

Kryptowerte und Blockchain

Ein öffentlicher Ledger dokumentiert bestätigte Zustandsänderungen und erlaubt die Prüfung von Transaktionskennungen, Beträgen, Adressen und Zeitbezügen. Er zeigt jedoch weder automatisch den wirtschaftlichen Zweck noch die Person hinter einer Adresse. Für eine belastbare AFC-Bewertung müssen technische Beobachtung, Zuordnungsmethode und externe Belege getrennt festgehalten werden. So lässt sich später nachvollziehen, welche Schlussfolgerung direkt aus der Kette stammt und welche auf zusätzlichen Informationen beruht.

Praxisbeispiel: Eine Börse sieht eine Einzahlung von einer zuvor mit Betrug verbundenen Adresse. Die Analystin sichert Transaktionskennung und Blockhöhe, prüft die Zuordnung und vergleicht anschließend Kundendaten sowie den dokumentierten Zahlungszweck.

Typischer Denkfehler: Eine sichtbare Zahlung gilt nicht schon als Beweis für Geldwäsche. Der Ledger bestätigt die Wertbewegung; Herkunft der Mittel, Kontrolle über Adressen und Tatbezug erfordern weitere Belege.

2. UTXO-Transaktionen lesen

Kryptowerte und Blockchain

Bei einem UTXO-Modell verbraucht eine Transaktion vorhandene Ausgänge und erzeugt neue Ausgänge. Ein Eingang kann mehrere frühere Werte zusammenführen; ein Ausgang kann Wechselgeld an dieselbe kontrollierende Partei zurückgeben. Wer nur den größten Ausgang als Empfänger deutet, kann den Zahlungsfluss falsch beschreiben. Prüfen Sie Eingänge, Ausgänge, Beträge, Gebühren und bekannte Wallet-Muster gemeinsam und kennzeichnen Sie jede vermutete Wechselgeldadresse ausdrücklich als Hypothese.

Praxisbeispiel: Ein Kunde sendet einen kleinen Betrag an einen Händler; der zweite Ausgang ist deutlich größer. Die Ermittlerin prüft Wallet-Muster und Folgebewegungen, bevor sie den größeren Ausgang als Wechselgeld einordnet.

Typischer Denkfehler: Zwei Ausgänge bedeuten nicht automatisch zwei Empfänger. Wechselgeld ist möglich, aber eine heuristische Zuordnung bleibt widerlegbar und darf ohne Zusatzbelege keine gesicherte Identität begründen.

3. Kontobasierte Ketten und Nonces

Kryptowerte und Blockchain

Kontobasierte Blockchains ändern Salden und Vertragszustände, statt einzelne UTXO-Ausgänge zu verbrauchen. Eine Nonce ordnet ausgehende Transaktionen eines Kontos und hilft, Wiederholungen zu verhindern. Der sichtbare Aufruf eines Smart Contracts ist noch nicht die vollständige wirtschaftliche Wirkung: Ereignisprotokolle und interne Ausführungen können weitere Tokenbewegungen zeigen. Bei der Rekonstruktion müssen daher native Transfers, Tokenereignisse und Ausführungsstatus zusammen betrachtet werden.

Praxisbeispiel: Eine Adresse ruft einen Tauschvertrag auf und sendet dabei nur eine geringe native Gebühr. Die Analystin prüft zusätzlich Ereignisprotokolle und Ausführungsstatus, um den tatsächlich erhaltenen Token zu bestimmen.

Typischer Denkfehler: Ein erfolgreicher Vertragaufruf ist nicht mit einer einzelnen Zahlung gleichzusetzen. Ohne Prüfung der Ereignisse können mehrere Vermögensbewegungen oder ein Rückfall der Ausführung übersehen werden.

4. Private Schlüssel und Verfügungsgewalt

Kryptowerte und Blockchain

Ein privater Schlüssel autorisiert Transaktionen; die öffentliche Adresse bezeichnet einen möglichen Empfangspunkt. Die Kenntnis einer Adresse beweist keine Verfügungsgewalt, während eine gültige Signatur Kontrolle über den verwendeten Schlüssel zu einem bestimmten Zeitpunkt belegen kann. Auch dieser Nachweis identifiziert nicht zwingend die natürliche Person, weil Verwahrer, Mehrparteienverfahren oder kompromittierte Schlüssel beteiligt sein können. Für Kundensorgfalt sind technische Kontrolle und rechtliche Berechtigung getrennte Fragen.

Praxisbeispiel: Ein Kunde signiert eine Nachricht mit seiner Einzahlungsadresse. Der Anbieter dokumentiert damit einen Kontrollhinweis, prüft aber zusätzlich, ob die Wallet verwahrt wird und wem die Vermögenswerte wirtschaftlich gehören.

Typischer Denkfehler: Eine Signatur beweist nicht automatisch Eigentum oder Identität. Ein Dienstleister oder Angreifer könnte den Schlüssel verwenden; die Reichweite des Nachweises muss deshalb genau bezeichnet werden.

5. Adressen sind keine Personen

Kryptowerte und Blockchain

Eine Blockchain-Adresse ist ein technischer Bezugspunkt für Transaktionen. Nutzer können viele Adressen verwenden, und eine verwahrte Adresse kann Bewegungen mehrerer Kunden bündeln. Zuordnungen entstehen aus Kundendaten, Transaktionsmustern, öffentlichen Angaben oder rechtmäßig beschafften Gegenparteibelegen, deren Zuverlässigkeit unterschiedlich ist. Eine gute Analyse nennt deshalb Quelle, Zeitpunkt und Sicherheitsgrad jeder Zuordnung und vermeidet, aus einem Adresscluster unmittelbar auf eine bestimmte Person zu schließen.

Praxisbeispiel: Mehrere Adressen zahlen an denselben Dienst ein. Die Analystin erkennt ein gemeinsames technisches Muster, bezeichnet den Cluster zunächst als Dienstbezug und sucht erst danach nach verifizierten Kontoinformationen.

Typischer Denkfehler: Clusterbildung liefert keine Identitätsfeststellung. Gemeinsame Infrastruktur, Wechselgeldheuristiken oder verwahrte Wallets können verschiedene Personen verbinden; eine personenbezogene Entscheidung braucht zusätzliche überprüfbare Belege.

6. Wallet-Typen und Wiederherstellung

Kryptowerte und Blockchain

Eine Wallet verwaltet Schlüssel und erstellt Transaktionen; sie speichert den Ledger nicht als alleinige Quelle der Vermögenswerte. Verwahrte und selbstverwaltete Modelle unterscheiden sich vor allem darin, wer Transaktionen autorisieren und Schlüssel wiederherstellen kann. Mehrparteienfreigaben können einzelne Schlüsselrisiken begrenzen, verändern aber nicht automatisch die rechtliche Kundenrolle. Bei einer Risikobewertung sind Schlüsselverwaltung, Wiederherstellungsverfahren, Zugriffsrechte und tatsächliche Kontrolle über Auszahlungen getrennt zu erfassen.

Praxisbeispiel: Ein Anbieter bezeichnet sein Produkt als selbstverwaltet, kann aber Auszahlungen allein freigeben. Die Prüferin untersucht Vertragsrechte und technische Schlüsselrollen, bevor sie das Produkt regulatorisch einordnet.

Typischer Denkfehler: Der Produktname entscheidet nicht über Verwahrung. Wenn ein Betreiber praktisch Transaktionen auslösen oder verhindern kann, muss diese Fähigkeit in der Rollen- und Kontrollanalyse berücksichtigt werden.

7. Interne Börsenbuchungen erkennen

Kryptowerte und Blockchain

Eine zentralisierte Börse kann Kundensalden intern führen und nur Ein- oder Auszahlungen auf der Blockchain abbilden. Eine Bewegung zwischen zwei Kundenkonten muss daher keinen eigenen On-Chain-Transfer erzeugen. Ermittlungen benötigen gegebenenfalls Handelsprotokolle, interne Ledgerdaten, Einzahlungszuordnungen und Auszahlungsfreigaben. Der sichtbare Börsenwallet-Saldo ist weder der Saldo eines einzelnen Kunden noch ein vollständiger Nachweis dafür, wie dessen Guthaben innerhalb der Plattform verwendet wurde.

Praxisbeispiel: Nach einer Einzahlung sieht die Analystin keine weitere Kettentransaktion, obwohl der Kunde Token verkauft hat. Sie fordert interne Handels- und Kontobuchungen an und verbindet diese mit der ursprünglichen Einzahlungskennung.

Typischer Denkfehler: Eine fehlende On-Chain-Bewegung bedeutet nicht fehlende Aktivität. Börsen können intern handeln und verrechnen; die Untersuchung darf sich bei verwahrten Konten nicht auf den Blockexplorer beschränken.

8. Stablecoin-Risiken entlang der Einlösung

Kryptowerte und Blockchain

Stablecoins versprechen meist eine Bindung an einen Referenzwert, doch Ausgabe, Reserven, Rücknahme und technische Übertragbarkeit unterscheiden sich. Für AFC ist relevant, wer Token prägt oder vernichtet, wer Einlösung ermöglicht und welche Intermediäre Kundendaten besitzen. Eine schnelle On-Chain-Weitergabe kann die spätere Zuordnung erschweren, während Einlöse- und Börsenpunkte zusätzliche Belege liefern. Preisstabilität allein sagt weder etwas über Herkunft der Mittel noch über regulatorische Behandlung aus.

Praxisbeispiel: Ein Kunde erhält Stablecoins aus mehreren Wallets und löst sie zeitnah über einen Anbieter ein. Die Ermittlerin verbindet On-Chain-Zuflüsse mit den Einlöseunterlagen und prüft die Herkunft jeder Teilzahlung.

Typischer Denkfehler: Ein an Fiatgeld gebundener Token ist nicht automatisch risikoarm. Die Bindung betrifft den Preisanspruch; Gegenparteien, Transfers und Einlösewege können erhebliche Finanzkriminalitätsrisiken tragen.

9. Prägen und Vernichten von Token

Kryptowerte und Blockchain

Minting erhöht und Burning verringert den auf einer Kette erfassten Tokenbestand. Die Ereignisse können Ausgabe, Rücknahme oder technische Umschichtung abbilden; ihre wirtschaftliche Bedeutung hängt vom Emittentenmodell ab. Ein Burn kurz vor einer Auszahlung beweist keine Vernichtung wirtschaftlichen Werts, wenn eine Gegenleistung außerhalb der Kette erfolgt. Prüfen Sie Vertragsfunktion, Emittentenunterlagen und korrespondierende Zahlungs- oder Einlösebelege, bevor Sie den Ablauf als Zufluss oder Abfluss klassifizieren.

Praxisbeispiel: Ein Stablecoin-Bestand wird an eine Burn-Adresse gesendet, und später erfolgt eine Bankzahlung. Die Analystin gleicht Betrag, Kundenkonto und Einlöseauftrag ab, bevor sie den Geldfluss abschließt.

Typischer Denkfehler: Burning ist kein Beleg dafür, dass Vermögen ersatzlos verschwunden ist. Einlösungen oder kettenübergreifende Vorgänge können denselben Wert in anderer Form fortsetzen.

10. Smart-Contract-Ereignisse prüfen

Kryptowerte und Blockchain

Smart Contracts führen programmierte Funktionen aus und können mehrere Vermögensbewegungen in einer Transaktion auslösen. Ereignisprotokolle erleichtern die Auswertung, müssen aber zum tatsächlich ausgeführten Code und Transaktionsstatus passen. Eine Oberfläche kann eine Handlung als Tausch anzeigen, obwohl zusätzlich Gebühren, Genehmigungen oder Weiterleitungen stattfinden. Für eine prüfbare Rekonstruktion dokumentieren Sie Vertragsadresse, Funktionsaufruf, Ereignisse, Tokenadressen und die Bilanzänderung der betroffenen Wallets.

Praxisbeispiel: Ein Tausch erzeugt mehrere Transferereignisse über einen Router. Die Analystin verfolgt Eingangs- und Ausgangstoken bis zur Kundenwallet und trennt Zwischenschritte von der endgültigen wirtschaftlichen Position.

Typischer Denkfehler: Ein einzelnes Transferereignis beschreibt oft nur einen Teil des Vorgangs. Router und Poolverträge können zusätzliche Bewegungen erzeugen, die für Betrag und Gegenpartei entscheidend sind.

60 prüfungsrelevante Konzepte 11-20

11. Liquiditätspools und DeFi-Flüsse

Kryptowerte und Blockchain

Ein Liquiditätspool nimmt Vermögenswerte auf und gibt nach Vertragsregeln andere Werte oder Poolanteile aus. Dieselbe Transaktion kann Einzahlung, Tausch und Gebühreneffekt enthalten. Für AFC ist zu unterscheiden, ob ein Nutzer lediglich mit einem Vertrag interagiert oder ob eine identifizierbare Stelle Dienste vermittelt oder kontrolliert. Analytisch sollten Einlage, erhaltene Ansprüche, spätere Rücknahme und zwischenzeitliche Gegenparteiexposition getrennt verfolgt werden, statt den Pool als einzelne menschliche Gegenpartei zu behandeln.

Praxisbeispiel: Ein Kunde zahlt zwei Token in einen Pool ein und erhält Poolanteile. Die Ermittlerin dokumentiert die Einlage und prüft beim späteren Ausstieg, welche Werte tatsächlich zurückgeflossen sind.

Typischer Denkfehler: Eine Pooladresse ist nicht automatisch der wirtschaftliche Endempfänger. Nutzeranteile und Vertragslogik bestimmen die Wertzuordnung; pauschale Aussagen über alle Poolteilnehmer überzeichnen die Beweislage.

12. Brücken zwischen Blockchains

Kryptowerte und Blockchain

Eine Bridge kann Werte auf einer Kette sperren oder vernichten und auf einer anderen Kette entsprechende Ansprüche ausgeben. Der Zusammenhang ist technisch und organisatorisch zu belegen; identische Beträge allein reichen wegen Sammeltransaktionen und Gebühren nicht aus. Ermittler prüfen Quell- und Zieltransaktion, Bridge-Nachrichten, Vertragsadressen und Zeitfenster. Zusätzlich ist zu klären, ob ein Verwahrer, ein Protokoll oder ein anderer Betreiber die Übertragung kontrolliert und welche Daten dort verfügbar sind.

Praxisbeispiel: Nach einem Betrugszufluss wandern Token zu einem Bridge-Vertrag. Die Analystin ermittelt die zugehörige Zielkettennachricht und verfolgt den ausgegebenen Token, statt die Spur an der Quellkette zu beenden.

Typischer Denkfehler: Chain Hopping löscht keine Belege, kann aber die Nachverfolgung unterbrechen. Ohne verifizierte Bridge-Zuordnung wäre eine Zielkettenadresse nur eine Vermutung.

13. NFTs funktional einordnen

Kryptowerte und Blockchain

Ein NFT bezeichnet einen einzigartig referenzierten Token, sagt aber wenig über wirtschaftliche Nutzung oder Rechtsstellung aus. Handel, Bruchstückelung, Zahlungsfunktion und Vermittlungsmodell können unterschiedliche Risiken erzeugen. Für die Fallanalyse zählen tatsächliche Wertbewegungen, Marktplatzkonten, verbundene Wallets und mögliche Eigenhandelssignale. Eine regulatorische Einordnung verlangt die Prüfung des konkreten Produkts und der Tätigkeit; die Bezeichnung NFT allein beantwortet weder die Frage nach Vermögenswertstatus noch nach Anbieterpflichten.

Praxisbeispiel: Ein Werk wird mehrfach zwischen verbunden wirkenden Wallets zu steigenden Preisen verkauft. Die Analystin vergleicht Finanzierung, Gebühren und Marktplatzdaten, bevor sie möglichen Scheinhändlerumsatz bewertet.

Typischer Denkfehler: Ein hoher NFT-Preis beweist weder legitimen Marktwert noch Geldwäsche. Preisbildung und verbundene Transaktionen sind Indizien, die mit Eigentums- und Zahlungsbelegen abgeglichen werden müssen.

14. Privatsphäretechniken differenzieren

Kryptowerte und Blockchain

Privacy Coins, vertrauliche Transaktionen und Adressverschleierung reduzieren unterschiedliche Arten öffentlich sichtbarer Daten. Ihre Verwendung kann legitime Datenschutzgründe haben und zugleich die Nachverfolgung erschweren. Eine Risikobewertung erfasst deshalb konkret, welche Felder fehlen, welche Metadaten verfügbar bleiben und welche Nachweise ein Anbieter verlangen kann. Die Kontrollentscheidung sollte aus Produkt, Kunde, Transaktionsmuster und Rechtsrahmen folgen, nicht aus einer pauschalen Gleichsetzung von Vertraulichkeit und Straftat.

Praxisbeispiel: Ein Kunde zahlt einen datenschutzorientierten Token ein und legt einen nachvollziehbaren Kaufbeleg vor. Der Anbieter prüft zusätzliche Herkunftsdaten und dokumentiert, welche On-Chain-Prüfung technisch unmöglich bleibt.

Typischer Denkfehler: Weniger öffentliche Daten bedeuten nicht automatisch illegale Herkunft. Umgekehrt ersetzt ein plausibler Verwendungszweck keine erforderliche Kundensorgfalt und keine Prüfung verfügbarer Risikosignale.

15. Mixer-Exposition richtig bewerten

Kryptowerte und Blockchain

Ein Mixer bündelt oder zerlegt Transaktionsflüsse, sodass eine direkte Zuordnung zwischen Ein- und Ausgang schwieriger wird. Die bloße Nähe einer Wallet zu einem Mixer beschreibt Exposition, nicht zwingend die Handlung oder Absicht des Kunden. Entscheidend sind Richtung, Abstand, Betrag, Zeitbezug, weitere Zwischenschritte und Qualität der Dienstzuordnung. Für Maßnahmen müssen zusätzlich geltende Verbote, Kundenprofil und verfügbare Herkunftsbelege berücksichtigt werden.

Praxisbeispiel: Eine Einzahlung weist zwei Zwischenschritte vor einem markierten Mixer auf. Die Analystin prüft die Datenquelle, misst den Anteil der betroffenen Mittel und fordert bei Bedarf Herkunftsunterlagen an.

Typischer Denkfehler: Ein Mixer-Label ist kein abschließender Schuldnachweis. Auch die Annahme, jeder Abstand von zwei Schritten sei harmlos, ignoriert Betrag, Richtung und sonstige Belege.

16. Chain Hopping als Verschleierungsmuster

Kryptowerte und Blockchain

Chain Hopping bewegt Wert über mehrere Blockchains, oft mithilfe von Bridges, Börsen oder Tauschdiensten. Dadurch können Analysewerkzeuge mit nur einer Kette Teile der Spur verlieren. Eine Untersuchung verbindet jede Übergangsstelle mit technischen Kennungen und verfügbaren Kontodaten; sie dokumentiert auch Brüche, an denen keine sichere Zuordnung möglich ist. Wiederholte Wechsel kurz nach einem Delikt können das Risiko erhöhen, sind aber ohne Kontext kein eigenständiger Nachweis für Geldwäsche.

Praxisbeispiel: Erlöse aus einem Phishingfall wechseln innerhalb einer Stunde zweimal die Kette. Die Ermittlerin verknüpft Bridge-Nachrichten und Börsenkonten und markiert einen nicht belegten Übergang ausdrücklich als Lücke.

Typischer Denkfehler: Ein Wechsel der Blockchain ist nicht gleichbedeutend mit Verschleierungsabsicht. Liquidität, Gebühren und Produktfunktionen können ihn erklären; die Bewertung verlangt Muster und Kontext.

17. Gebühren und Gas vom Transferwert trennen

Kryptowerte und Blockchain

Netzwerkgebühren vergüten die Verarbeitung einer Transaktion und können in einem anderen Vermögenswert als dem übertragenen Token anfallen. Bei komplexen Vertragsaufrufen kommen Protokollgebühren und Preisabweichungen hinzu. Eine Geldflussanalyse muss deshalb Bruttowert, tatsächlich empfangenen Wert und Kosten getrennt ausweisen. Andernfalls erscheinen kleine Differenzen als unbelegte Abzweigungen oder es wird irrtümlich angenommen, die Gebührenadresse sei die wirtschaftliche Gegenpartei der Haupttransaktion.

Praxisbeispiel: Ein Kunde sendet einen Tokenwert von 10.000 Einheiten, während der Empfänger nach einem Tausch weniger erhält. Die Analystin trennt Netzwerkgebühr, Poolgebühr und Preiswirkung in der Rekonstruktion.

Typischer Denkfehler: Nicht jede Betragsabweichung ist ein verschwiegener Empfänger. Erst die Aufschlüsselung von Gebühren, Slippage und möglichen Zwischentransfers zeigt, ob ein zusätzlicher Wertabfluss vorliegt.

18. Bestätigungen und Reorganisationen

Kryptowerte und Blockchain

Eine gesendete Transaktion ist zunächst nur angekündigt; erst Aufnahme und weitere Bestätigungen erhöhen die praktische Sicherheit ihrer Erfassung. Manche Ketten können jüngste Blöcke reorganisieren, wodurch eine zuvor sichtbare Transaktion entfällt oder anders eingeordnet wird. Ein Anbieter legt Freigabeschwellen nach Kette, Betrag und Angriffsszenario fest und dokumentiert Ausnahmen. Für die Untersuchung sind Zeitpunkt der Beobachtung und späterer Endstatus wichtig, weil Screenshots allein einen endgültigen Transfer nicht belegen.

Praxisbeispiel: Eine große Einzahlung erscheint im Mempool, doch der Händler möchte sofort liefern. Der Anbieter wartet seine festgelegte Bestätigungszahl ab und vermerkt den späteren endgültigen Blockstatus.

Typischer Denkfehler: Eine Transaktionskennung beweist keine abgeschlossene Zahlung. Ohne Status- und Bestätigungsprüfung könnte ein verworfener oder reorganisierter Vorgang als realisierter Zufluss behandelt werden.

19. Tokenfreigaben als Risiko

Kryptowerte und Blockchain

Viele Tokenverträge verlangen eine Freigabe, bevor ein anderer Vertrag Token vom Konto bewegen darf. Eine weit gefasste Freigabe kann nach dem ursprünglichen Geschäft bestehen bleiben und später missbraucht werden. Bei verdächtigen Abflüssen prüfen Ermittler deshalb nicht nur die letzte Transfertransaktion, sondern auch frühere Genehmigungen, genehmigte Beträge und die Rolle des ausführenden Vertrags. Für Anbieter gehört die Beobachtung solcher Befugnisse zur technischen Risikoanalyse, ohne jede Freigabe als Angriff zu klassifizieren.

Praxisbeispiel: Nach einem vermeintlichen Airdrop verliert eine Wallet Token ohne neue direkte Zahlung des Nutzers. Die Analystin findet eine frühere unbegrenzte Freigabe und rekonstruiert den späteren Abruf.

Typischer Denkfehler: Eine ausgehende Tokenbewegung muss nicht durch eine neue Signatur für genau diesen Transfer ausgelöst worden sein. Vorherige Berechtigungen können die technische Ursache erklären.

20. Grenzen reiner On-Chain-Beweise

Kryptowerte und Blockchain

On-Chain-Daten sind stark für Reihenfolge und technische Wertbewegung, aber begrenzt bei Identität, Vereinbarungen und wirtschaftlichem Zweck. Off-Chain-Belege wie Kontoauszüge, KYC-Daten, Geräteprotokolle und Kommunikation können eine Hypothese stützen oder widerlegen. Ihre Herkunft und Erhebungsbedingungen müssen ebenfalls geprüft werden. Eine belastbare Fallakte trennt Beobachtung, externe Information und Schlussfolgerung, damit eine spätere Überprüfung erkennt, wo Unsicherheit verblieb und warum eine Maßnahme dennoch angemessen war.

Praxisbeispiel: Ein Zahlungsstrom endet bei einer Börse. Erst deren rechtmäßig erhaltene Kontodaten verbinden die Einzahlung mit einem Kunden; die Ermittlerin dokumentiert die Zuordnung und den Umfang der Auskunft.

Typischer Denkfehler: Ein lückenloser Transaktionspfad ist keine lückenlose Personenbeweiskette. Verwahrung, gemeinsame Infrastruktur und Kontowechsel können die wirtschaftliche Zuordnung verändern.

60 prüfungsrelevante Konzepte 21-30

21. FATF-Standard und nationales Recht trennen

Grundlagen der Geldwäschebekämpfung bei Kryptowerten und Blockchain

Die FATF-Empfehlungen setzen internationale Maßstäbe für risikobasierte Bekämpfung von Geldwäsche, Terrorismusfinanzierung und Proliferationsfinanzierung. Konkrete Pflichten entstehen jedoch durch anwendbare Gesetze, Verordnungen und Aufsichtsvorgaben. Prüfen Sie bei jedem Kryptoangebot zuerst Rechtsraum, Tätigkeit, Kundentyp und zuständige Behörde; ordnen Sie danach die einschlägige Norm zu. Interne Richtlinien können strengere Abläufe vorsehen, ersetzen aber die Prüfung der gesetzlichen Mindestpflichten nicht.

Praxisbeispiel: Ein Anbieter betreut Kunden in zwei Staaten. Das Compliance-Team vergleicht für dieselbe Wallet-Dienstleistung die jeweilige Umsetzung der FATF-Standards und dokumentiert unterschiedliche Registrierungspflichten.

Typischer Denkfehler: Eine FATF-Empfehlung ist nicht überall unmittelbar vollziehbares Gesetz. Ebenso macht eine interne Kontrollvorgabe eine Maßnahme nicht automatisch zur gesetzlichen Pflicht jedes Anbieters.

22. VASP-Status nach Tätigkeit bestimmen

Grundlagen der Geldwäschebekämpfung bei Kryptowerten und Blockchain

Ob eine Stelle als Anbieter virtueller Vermögenswerte einzuordnen ist, hängt von ihrer tatsächlichen Dienstleistung und dem anwendbaren Rechtsrahmen ab. Die FATF-Leitlinie zu virtuellen Vermögenswerten beschreibt funktionale Kategorien wie Tausch, Transfer und Verwahrung. Eine Softwarebezeichnung oder dezentrale Architektur entscheidet die Frage allein nicht. Prüfen Sie, wer für andere handelt, Funktionen kontrolliert und wirtschaftlich am Dienst beteiligt ist; vergleichen Sie das Ergebnis anschließend mit der nationalen Umsetzung und aktuellen FATF-Empfehlungen.

Praxisbeispiel: Ein Team betreibt eine Oberfläche, erhebt Gebühren und kann Vertragsparameter ändern. Die Rechtsabteilung untersucht diese Funktionen sowie den betroffenen Rechtsraum, bevor sie den Anbieterstatus festlegt.

Typischer Denkfehler: Ein DeFi-Label beseitigt mögliche Anbieterpflichten nicht automatisch. Umgekehrt ist jeder unveränderliche Codebaustein nicht schon deshalb ein regulierter Dienstleister.

23. Vortaten und Kryptoerlöse verbinden

Grundlagen der Geldwäschebekämpfung bei Kryptowerten und Blockchain

Kryptowerte können Erlöse aus Betrug, Ransomware, Korruption oder anderen Vortaten transportieren. Der relevante Mechanismus beginnt beim vermuteten Delikt: Wer erhielt den Wert, wie wurde er verschoben und wo erfolgte ein Tausch oder eine Auszahlung? Eine Typologie ist nur ein Suchmuster, kein Ersatz für Tat- und Personenbelege. Der CAMS-Leitfaden hilft beim allgemeinen Geldwäschemodell; für CCAS müssen zusätzlich die technischen Übergänge und ihre Unsicherheiten erklärt werden.

Praxisbeispiel: Nach einem Anlagebetrug gehen Zahlungen an mehrere Adressen und dann zu einer Börse. Die Analystin verbindet Opfermeldungen, Transaktionen und Börsenkonten, ohne jeden Zwischenwallet-Inhaber als Täter zu bezeichnen.

Typischer Denkfehler: Eine verdächtige Herkunft macht jede spätere Kontaktadresse nicht automatisch zur Täteradresse. Zwischengeschaltete Dienste und unbeteiligte Empfänger erfordern eine getrennte Rollenprüfung.

24. Mittelherkunft und Vermögensherkunft

Grundlagen der Geldwäschebekämpfung bei Kryptowerten und Blockchain

Mittelherkunft erklärt, woher die Werte einer konkreten Transaktion stammen; Vermögensherkunft beschreibt, wie der Kunde sein Gesamtvermögen aufgebaut hat. Bei Kryptowerten können Kaufbelege, Handelsverläufe, Mining- oder Vergütungsnachweise und Bankabflüsse verschiedene Teile dieser Fragen beantworten. Ein sauberer Nachweis verbindet Betrag, Zeitpunkt, Wallet und wirtschaftliches Ereignis. Die erforderliche Tiefe richtet sich nach Risiko und anwendbaren Pflichten; eine plausible Erzählung ohne überprüfbare Verbindung genügt bei erhöhtem Risiko nicht.

Praxisbeispiel: Ein Kunde erklärt eine große Stablecoin-Einzahlung mit früheren Gewinnen. Die Prüferin verlangt passende Handels- und Auszahlungsdaten und gleicht deren Beträge mit der eingehenden Wallet-Bewegung ab.

Typischer Denkfehler: Ein Gehaltsnachweis erklärt nicht automatisch die Herkunft einer bestimmten Krypto-Einzahlung. Zwischen Erwerb und aktuellem Transfer können weitere Quellen oder Gegenparteien liegen.

25. MiCA und Geldwäschepflichten auseinanderhalten

Grundlagen der Geldwäschebekämpfung bei Kryptowerten und Blockchain

Die EU-Verordnung MiCA regelt unter anderem Kryptowerte, Emittenten und bestimmte Krypto-Dienstleistungen. Eine MiCA-Zulassung oder ein anderer einschlägiger Zugang zum Markt ist nicht dasselbe wie die vollständige Erfüllung von Geldwäschepflichten. Prüfen Sie zuerst Tokenklasse, Dienstleistung und Ausnahmen, danach die gesondert anwendbaren AFC-Vorgaben. Übergangsregeln und nationale Besonderheiten müssen anhand des aktuellen Status geprüft werden; ein früherer Bestandsschutz darf nicht ohne Rechtsgrund in spätere Zeiträume fortgeschrieben werden.

Praxisbeispiel: Ein EU-Anbieter vermittelt Kryptowerte und beruft sich auf eine frühere Übergangsregel. Das Team prüft aktuelle Zulassung, konkrete Dienstleistung und eigenständige Geldwäschekontrollen vor einer Produktfreigabe.

Typischer Denkfehler: Eine aufsichtsrechtliche Erlaubnis nach MiCA ersetzt keine Kundensorgfalt. Ebenso macht das Wort Kryptodienst eine Tätigkeit nicht ohne Prüfung automatisch zu jeder MiCA-Dienstleistung.

26. Grenzfälle bei DeFi und NFTs

Grundlagen der Geldwäschebekämpfung bei Kryptowerten und Blockchain

DeFi-Protokolle und NFTs passen nicht immer eindeutig in regulatorische Kategorien. Maßgeblich sind wirtschaftliche Funktion, Grad menschlicher Steuerung, Übertragbarkeit, Vermittlung und die jeweilige gesetzliche Definition. Ein Projekt kann gleichzeitig unterschiedliche Rollen für Emission, Oberfläche und Verwahrung haben. Dokumentieren Sie jede Funktion und den dazugehörigen Rechtsträger, bevor Sie Pflichten zuweisen. Eine pauschale Ausnahme oder pauschale Einbeziehung würde gerade die entscheidenden Tatsachen des Produkts verdecken.

Praxisbeispiel: Ein NFT-Marktplatz bietet Verwahrung und Zahlungsabwicklung an. Die Prüferin untersucht beide Leistungen einzeln, statt die gesamte Plattform allein wegen des gehandelten Tokenformats einzuordnen.

Typischer Denkfehler: NFT und DeFi sind keine universellen Rechtsausnahmen. Die konkrete Nutzung und die Kontrolle über Dienstleistungen können entscheidender sein als die Produktbezeichnung.

27. EU-Travel-Rule-Informationen zuordnen

Grundlagen der Geldwäschebekämpfung bei Kryptowerten und Blockchain

Die EU-Verordnung über Transferinformationen legt für erfasste Kryptotransfers Pflichten zu Angaben über Auftraggeber und Begünstigte fest. Prüfen Sie zunächst, ob ein beteiligter Krypto-Dienstleister und ein erfasster Transfer vorliegen; reine Person-zu-Person-Transfers ohne solchen Dienstleister fallen nicht allgemein darunter. Informationsübermittlung, Identitätsprüfung und Sanktionskontrolle sind unterschiedliche Aufgaben. Die konkrete Daten- und Prüfpflicht hängt von Richtung, Gegenpartei und Sachverhalt ab; ein pauschaler globaler Schwellenwert wäre irreführend.

Praxisbeispiel: Ein EU-Dienstleister sendet Kryptowerte an einen anderen Dienstleister. Das Team prüft erforderliche Begleitinformationen, deren technische Übermittlung und fehlende Angaben, bevor es den Transfer abschließt.

Typischer Denkfehler: Ein geringer Betrag beseitigt EU-Informationspflichten nicht pauschal. Ebenso ist die Travel Rule keine automatische Bestätigung, dass eine Gegenpartei sanktionsrechtlich unbedenklich ist.

28. Gegenpartei bei der Travel Rule prüfen

Grundlagen der Geldwäschebekämpfung bei Kryptowerten und Blockchain

Bei Transfers zwischen verpflichteten Anbietern müssen Angaben sicher, vollständig und dem richtigen Vorgang zugeordnet ausgetauscht werden. Ein technischer Nachrichtenkanal löst jedoch nicht die Frage, ob der Empfänger tatsächlich die angegebene Institution ist oder ob Daten plausibel sind. Ein Kontrollverfahren prüft Gegenparteistatus, Identifikatoren, Datenqualität, Ausnahmen und Eskalation fehlender Angaben. Die konkrete Rechtsfolge richtet sich nach anwendbarem Recht; eine interne Regel kann zusätzliche Zurückhaltung verlangen.

Praxisbeispiel: Ein eingehender Transfer enthält eine abweichende Anbieterkennung und unvollständige Begünstigtendaten. Die Sachbearbeiterin hält den Vorgang gemäß Verfahren an und klärt Kennung sowie fehlende Angaben.

Typischer Denkfehler: Eine übertragene Nachricht ist nicht automatisch richtig. Ohne Prüfung von Absender, Transaktionsbezug und Datenqualität kann ein formal ausgefülltes Feld die Kontrolle täuschen.

29. Selbstverwaltete Adressen einordnen

Grundlagen der Geldwäschebekämpfung bei Kryptowerten und Blockchain

Bei einer selbstverwalteten Adresse steht kein anderer verwahrender Anbieter bereit, der Kundendaten übermittelt. Daraus folgt weder eine generelle Sperre noch ein Entfall aller Prüfpflichten. Der Anbieter muss seine eigene Kundenbeziehung, Transferart, Rechtsraum und gegebenenfalls besondere Anforderungen an Kontrolle oder Eigentum der Adresse beurteilen. Eine Signatur, eine Testtransaktion und Kundenaussagen liefern unterschiedliche Belege; ihre Aussagekraft ist zu dokumentieren, bevor eine Freigabeentscheidung getroffen wird.

Praxisbeispiel: Eine Kundin möchte Token an ihre private Wallet senden. Der Dienstleister prüft die einschlägigen Anforderungen, bewertet eine signierte Nachricht als Kontrollhinweis und dokumentiert verbleibende Risiken.

Typischer Denkfehler: Selbstverwaltung ist keine automatische Hochrisikoentscheidung. Eine Wallet-Signatur allein beweist wiederum weder wirtschaftliches Eigentum noch die Unbedenklichkeit früherer Mittelzuflüsse.

30. Rechtsraum und Anknüpfungspunkte kartieren

Grundlagen der Geldwäschebekämpfung bei Kryptowerten und Blockchain

Ein Kryptotransfer kann mehrere Rechtsräume berühren: Sitz des Anbieters, Aufenthaltsort des Kunden, Standort eines Intermediärs und Ort einer betroffenen Person. Die Blockchain selbst legt keine einheitliche Jurisdiktion fest. Erstellen Sie für eine konkrete Dienstleistung eine Karte der rechtlichen Anknüpfungspunkte und prüfen Sie jede einschlägige Pflicht separat. So vermeiden Sie, eine lokale Travel Rule, Meldefrist oder Sanktionsfolge unbesehen auf alle Transfers zu übertragen.

Praxisbeispiel: Ein Anbieter mit EU-Sitz betreut einen Kunden außerhalb der EU und nutzt eine ausländische Gegenplattform. Die Rechtsabteilung erfasst alle Anknüpfungspunkte vor der Kontrollentscheidung.

Typischer Denkfehler: Der Sitz des Kunden allein bestimmt nicht sämtliche Pflichten. Anbieterstandort, Dienstleistungsart und weitere rechtliche Verbindungen können zusätzliche Regeln auslösen.

60 prüfungsrelevante Konzepte 31-40

31. US-Sanktionsprogramm risikobasiert gestalten

Grundlagen der Geldwäschebekämpfung bei Kryptowerten und Blockchain

Das OFAC-Rahmenwerk beschreibt für US-Sanktions-Compliance Managementverantwortung, Risikobewertung, interne Kontrollen, Prüfung und Schulung. Bei Kryptowerten müssen Wallet-Screening, Kundendaten, geografische Anknüpfungspunkte und Eskalationswege zusammenwirken. Das Rahmenwerk ist eine US-bezogene Orientierung für ein wirksames Programm, keine weltweit unmittelbar geltende Gesetzesnorm. Für eine konkrete Transaktion sind anwendbare Verbote, Lizenzen und tatsächliche Beteiligte getrennt festzustellen.

Praxisbeispiel: Ein Anbieter erweitert sein Produkt um neue Token und Länder. Das Compliance-Team aktualisiert die US-Sanktionsrisikobewertung, passt Screeningregeln an und prüft anschließend anhand von Testfällen die Eskalation.

Typischer Denkfehler: Ein vorhandenes Wallet-Screening erfüllt nicht allein alle Sanktionsanforderungen. Kunden, Eigentumsverhältnisse und geographische Bezüge können Risiken zeigen, die eine Adressliste nicht erfasst.

32. Direkte und indirekte Sanktionsexposition

Grundlagen der Geldwäschebekämpfung bei Kryptowerten und Blockchain

Ein direkter Treffer verbindet eine geprüfte Person oder Adresse mit einem relevanten Sanktionsdatensatz; indirekte Exposition entsteht durch Transaktionswege oder Beteiligungsstrukturen. Beide brauchen unterschiedliche Belege und Entscheidungen. Prüfen Sie Listenquelle, Aktualität, Namens- oder Adressgleichheit, Transaktionsrichtung und den geltenden Rechtsraum. Eine statistische Nähe zu einer markierten Wallet ist ein Ermittlungsanlass, während eine bestätigte rechtliche Blockierung eine bestimmte Rechtsfolge auslösen kann.

Praxisbeispiel: Ein Kunde erhält Token über mehrere Zwischenadressen von einer markierten Quelle. Die Analystin validiert das Label, quantifiziert den Anteil und prüft, ob eine unmittelbar sanktionierte Partei beteiligt ist.

Typischer Denkfehler: Indirekte Exposition ist nicht automatisch ein unmittelbarer Sanktionsverstoß. Umgekehrt darf ein bestätigter direkter Treffer nicht wegen eines niedrigen Analysescores ignoriert werden.

33. OFAC-Eigentumsregel korrekt anwenden

Grundlagen der Geldwäschebekämpfung bei Kryptowerten und Blockchain

Die US-amerikanische OFAC-Regel zu blockierten Eigentümern erfasst unter bestimmten Voraussetzungen Unternehmen, die unmittelbar oder mittelbar insgesamt zu mindestens 50 Prozent blockierten Personen gehören. Mehrere blockierte Anteile können zusammenzählen; bloße Kontrolle unterhalb dieser Grenze blockiert ein Unternehmen nach dieser Eigentumsregel nicht automatisch. Prüfen Sie Beteiligungsketten nach der OFAC-Methodik und weitere Verbote separat. Ein Adress- oder Namensscreening ersetzt diese gesellschaftsrechtliche Analyse nicht.

Praxisbeispiel: Zwei blockierte Personen halten zusammen 55 Prozent an einem Krypto-Dienstleister. Das Team dokumentiert die Beteiligungen und prüft die US-Anknüpfung sowie mögliche weitere Beschränkungen.

Typischer Denkfehler: Die 50-Prozent-Regel darf nicht als globaler Eigentumsmaßstab verwendet werden. Auch eine mechanische Multiplikation durch bereits blockierte Zwischengesellschaften kann die OFAC-Analyse verfälschen.

34. EU-Sanktionen fallbezogen anwenden

Grundlagen der Geldwäschebekämpfung bei Kryptowerten und Blockchain

EU-restriktive Maßnahmen beruhen auf konkreten Rechtsakten mit bestimmten Personen, Gütern, Dienstleistungen und Ausnahmen. Für einen Kryptofall müssen Listung, Eigentum oder Kontrolle, EU-Anknüpfung und die einschlägige Maßnahme geprüft werden. Die allgemeinen Erläuterungen des Rates der EU helfen bei der Systematik, ersetzen aber nicht den jeweiligen verbindlichen Rechtsakt. US- oder UK-Eigentumstests sollten nicht ohne eigene EU-Rechtsgrundlage in die Entscheidung übernommen werden.

Praxisbeispiel: Eine EU-Börse erhält eine Zahlung von einer Unternehmenswallet mit möglichem Bezug zu einer gelisteten Person. Sie prüft Registerdaten, Beteiligungen und den konkreten EU-Rechtsakt.

Typischer Denkfehler: Ein ähnlicher Unternehmensname ist keine bestätigte Listung. Auch ein OFAC-Ergebnis entscheidet nicht automatisch über die EU-Rechtsfolge; die einschlägige Maßnahme muss selbst geprüft werden.

35. UK-Eigentum und Kontrolle prüfen

Grundlagen der Geldwäschebekämpfung bei Kryptowerten und Blockchain

Die britische Sanktionsprüfung berücksichtigt nach den einschlägigen Vorschriften sowohl Eigentum als auch bestimmte Formen der Kontrolle. Die OFSI-Leitlinie erläutert britische Erwartungen zu Geltungsbereich, Ausnahmen, Lizenzen und Meldungen. Für eine Krypto-Gegenpartei müssen tatsächliche Entscheidungsrechte und Beteiligungen mit verlässlichen Gesellschaftsunterlagen geprüft werden. Die britische Kontrollfrage ist nicht mit der automatischen OFAC-Eigentumsregel gleichzusetzen; jede Entscheidung braucht ihren eigenen Rechtsgrund.

Praxisbeispiel: Ein gelisteter Akteur hält eine Minderheitsbeteiligung an einer Plattform, kann aber laut Verträgen zentrale Entscheidungen bestimmen. Das Team prüft die UK-Kontrollkriterien und dokumentiert die Belege.

Typischer Denkfehler: Eine Beteiligung unter 50 Prozent beendet die britische Prüfung nicht. Kontrolle kann gesondert relevant sein; bloße Behauptungen über Einfluss reichen als Beleg ebenfalls nicht.

36. UN-Listentreffer adjudizieren

Grundlagen der Geldwäschebekämpfung bei Kryptowerten und Blockchain

Die konsolidierte Sanktionsliste des UN-Sicherheitsrats ist eine wichtige Quelle für gelistete Personen und Einrichtungen. Ein Treffer muss anhand von Identifikatoren wie Geburtsdaten, Aliasnamen und Unternehmensdaten aufgelöst werden. Welche Verbote praktisch gelten, hängt vom betreffenden Regime und seiner Umsetzung im anwendbaren Rechtsraum ab. Der CGSS-Leitfaden vertieft Sanktionsmethodik; im Kryptofall kommt die sorgfältige Verbindung zwischen gelisteter Partei und Wallet oder Dienst hinzu.

Praxisbeispiel: Ein Börsenkunde teilt einen Alias mit einer gelisteten Person. Das Team vergleicht weitere Identifikatoren, verwirft einen falschen Treffer und bewahrt die Entscheidungsbelege auf.

Typischer Denkfehler: Namensgleichheit ist keine Identität. Ebenso beschreibt ein UN-Listeneintrag allein nicht jede konkrete Rechtsfolge für jeden Anbieter und jeden Rechtsraum.

37. Wirtschaftlich Berechtigte bei Krypto-Kunden

Grundlagen der Geldwäschebekämpfung bei Kryptowerten und Blockchain

Bei Unternehmenskunden ist die rechtliche Kundeneinheit von den natürlichen Personen hinter Eigentum und Kontrolle zu unterscheiden. Für bestimmte erfasste US-Finanzinstitute beschreibt die FinCEN-CDD-Regel einen Eigentumsschwellenwert von mindestens 25 Prozent sowie eine gesonderte Kontrollperson; andere Rechtsräume und Kundentypen können abweichen. Eine Wallet-Zuordnung ersetzt keine Gesellschaftsanalyse. Prüfen Sie Beteiligungsunterlagen, tatsächliche Kontrolle, Ausnahmen und die aktuell anwendbaren Erleichterungen, bevor Sie Daten erneut anfordern.

Praxisbeispiel: Eine Krypto-Firma eröffnet bei einem erfassten US-Institut ein Konto. Die Prüferin erhebt die einschlägigen Eigentümer- und Kontrolldaten und gleicht sie mit vorhandenen, noch verlässlichen Angaben ab.

Typischer Denkfehler: Der US-Wert von 25 Prozent ist kein weltweiter CDD-Standard. Ebenso hebt eine Befreiung von gesellschaftsrechtlicher BOI-Meldung nicht automatisch Pflichten eines Finanzinstituts auf.

38. Verhältnismäßige Kundensorgfalt

Grundlagen der Geldwäschebekämpfung bei Kryptowerten und Blockchain

Risikobasierte Kontrollen sollen Unterschiede zwischen Kunden, Produkten und Transaktionen erfassen. Die FATF-Leitlinie zur finanziellen Inklusion erläutert, wie zulässige vereinfachte Maßnahmen in Situationen mit geringerem Risiko Zugang ermöglichen können. Vereinfachung bedeutet weiterhin eine begründete Identifizierung und Überwachung nach geltendem Recht. Für ein Kryptoangebot sollten Sie dokumentieren, welche Risiken niedriger sind, welche Daten trotzdem erforderlich bleiben und welche Auslöser eine verstärkte Prüfung verlangen.

Praxisbeispiel: Ein Anbieter prüft ein Produkt mit begrenzten Beträgen und klaren Kundengruppen. Er dokumentiert die geringe Risikoeinschätzung, zulässige vereinfachte Schritte und Schwellen für erneute Prüfung.

Typischer Denkfehler: Ein geringes Risiko erlaubt nicht automatisch den völligen Verzicht auf Kundensorgfalt. Pauschaler Ausschluss aller Nutzer mit schwacher Dokumentenlage kann ebenfalls unverhältnismäßig sein.

39. Zeitliche Geltung des EU-Geldwäscherechts

Grundlagen der Geldwäschebekämpfung bei Kryptowerten und Blockchain

Neue Rechtsakte können bereits beschlossen sein, aber erst später Anwendung finden. Die EU-Geldwäscheverordnung 2024/1624 sieht grundsätzlich Anwendung ab dem 10. Juli 2027 vor, für bestimmte Kategorien erst ab dem 10. Juli 2029. Für eine Entscheidung im Jahr 2026 sind daher das aktuell geltende Recht und bereits wirksame Einzelvorgaben maßgeblich. Eine Rechtslandkarte sollte Inkrafttreten, Anwendungsbeginn, nationale Umsetzung anderer Instrumente und interne Vorbereitungsarbeiten getrennt ausweisen.

Praxisbeispiel: Ein EU-Anbieter aktualisiert sein Kontrollhandbuch im Jahr 2026. Er plant künftige Anforderungen, kennzeichnet sie aber als Vorbereitung und stützt aktuelle Fallentscheidungen auf bereits anwendbares Recht.

Typischer Denkfehler: Ein veröffentlichter Verordnungstext ist nicht automatisch schon vollständig anwendbar. Wer künftige Pflichten als gegenwärtige Rechtslage bezeichnet, kann Entscheidungen falsch begründen.

40. Terrorismus- und Proliferationsfinanzierung

Grundlagen der Geldwäschebekämpfung bei Kryptowerten und Blockchain

AFC-Kontrollen erfassen neben Geldwäsche auch Terrorismusfinanzierung und, je nach Rahmen, Proliferationsfinanzierung. Bei diesen Risiken kann bereits ein kleiner Betrag bedeutsam sein; entscheidend sind Empfänger, Netzwerk, Zweck und einschlägige Sanktionen. Kryptowerte ändern die Beweisfrage nicht: Eine Transaktion zeigt zunächst Wertbewegung. Prüfen Sie bekannte Organisationsbezüge, rechtliche Listungen, Kommunikations- und Kontodaten sowie den Kontext, ohne aus Betrag oder Tokenart allein eine Gefährdung abzuleiten.

Praxisbeispiel: Mehrere kleine Zahlungen gehen an Wallets eines mutmaßlichen Unterstützernetzwerks. Die Ermittlerin prüft bestätigte Zuordnungen, Spenderbeziehungen und Rechtsgrundlagen, bevor sie Maßnahmen empfiehlt.

Typischer Denkfehler: Kleine Beträge sind nicht stets unbedenklich. Umgekehrt beweist eine Zahlung an eine thematisch auffällige Adresse ohne belastbare Zuordnung keine Unterstützung einer verbotenen Organisation.

60 prüfungsrelevante Konzepte 41-50

41. Kryptospezifische Risikobewertung

Risikomanagementprogramme für Kryptowerte und Blockchain

Eine Risikobewertung verbindet Produktfunktionen, Kundenarten, geografische Bezüge, Vertriebskanäle und Transaktionswege mit konkreten Finanzkriminalitätsszenarien. Bei Kryptowerten gehören etwa Verwahrung, selbstverwaltete Wallets, Bridges, Tokenarten und Einlösewege dazu. Bewerten Sie inhärentes Risiko, vorhandene Kontrollen und verbleibendes Risiko getrennt. Jede Einstufung sollte auf Daten, Annahmen und verantwortlichen Entscheidungen beruhen, damit neue Produkte oder Vorfälle gezielt eine Neubewertung auslösen können.

Praxisbeispiel: Eine Börse erwägt Bridge-Auszahlungen. Das Team beschreibt Missbrauchsszenarien, misst erwartete Volumina, prüft vorhandene Überwachung und entscheidet, welche zusätzlichen Kontrollen vor Start nötig sind.

Typischer Denkfehler: Eine hohe allgemeine Kryptorisikoklasse ersetzt keine Produktanalyse. Ohne konkrete Szenarien bleibt unklar, welche Kontrolle ein Risiko mindert und welche Lücke bestehen bleibt.

42. Risikoappetit und Kundensegmente

Risikomanagementprogramme für Kryptowerte und Blockchain

Risikoappetit beschreibt, welche Exposition ein Institut mit welchen Kontrollen tragen will. Daraus folgen nachvollziehbare Kundensegmente, Annahmebedingungen und Eskalationsgrenzen. Ein Segment sollte gemeinsame Risikotreiber besitzen; allein die Nutzung von Kryptowerten ist zu grob. Legen Sie fest, wer Ausnahmen genehmigt, welche Daten dafür nötig sind und wann eine Beziehung erneut bewertet wird. So bleiben Entscheidungen konsistent, ohne ungewöhnliche Kunden automatisch als unzulässig einzustufen.

Praxisbeispiel: Ein Anbieter erlaubt professionelle Market Maker nur mit zusätzlichen Herkunfts- und Gegenparteidaten. Eine Ausnahme für einen neuen Kunden wird begründet, befristet genehmigt und später überprüft.

Typischer Denkfehler: Risikoappetit ist keine Liste beliebiger Verbote. Er muss mit messbaren Expositionen und wirksamen Kontrollen verbunden sein, sonst entstehen uneinheitliche Einzelentscheidungen.

43. Kundenaufnahme nach Produktrolle

Risikomanagementprogramme für Kryptowerte und Blockchain

Bei der Aufnahme eines Krypto-Kunden muss der Anbieter wissen, welche Dienstleistung erbracht wird und wer rechtlich Vertragspartner ist. Identität, wirtschaftlich Berechtigte, Geschäftszweck, erwartete Aktivität und Wallet-Nutzung können je nach Risiko erforderlich sein. Prüfen Sie zugleich, welche Informationen bereits verlässlich vorliegen und welche aktualisiert werden müssen. Das Aufnahmeverfahren sollte eine erwartete Nutzung festhalten, damit spätere Überwachung Abweichungen erkennen kann, ohne jede ungewöhnliche Transaktion vorschnell zu verurteilen.

Praxisbeispiel: Eine Handelsfirma beantragt Verwahrung und OTC-Handel. Das Team prüft Eigentümer, Handelsstrategie, erwartete Volumina und verwendete Wallets und legt fest, welche Änderungen eine Aktualisierung auslösen.

Typischer Denkfehler: Eine einmalige Identitätsprüfung reicht für ein verändertes Geschäftsmodell nicht stets aus. Gleichzeitig ist das wiederholte Anfordern identischer Belege ohne Risikogrund keine bessere Kontrolle.

44. Identitätsfeststellung digital absichern

Risikomanagementprogramme für Kryptowerte und Blockchain

Digitale Identitätsfeststellung prüft, ob eine beanspruchte Identität hinreichend belegt und einer antragstellenden Person zugeordnet ist. NIST SP 800-63A-4 bietet technische Orientierung zu Nachweisen, Prüfung und Registrierung; finanzsektorielle Kundensorgfalt folgt zusätzlich dem anwendbaren Recht. Bewerten Sie Dokumentenechtheit, Biometrie oder andere Zuordnungsverfahren nach Betrugsrisiko und Fehlerfolgen. Halten Sie fest, welche Identität bestätigt wurde und welche wirtschaftlichen Berechtigungen damit noch nicht nachgewiesen sind.

Praxisbeispiel: Ein Kunde registriert sich per Fernverfahren mit Ausweis und Gesichtsabgleich. Der Anbieter prüft Manipulationssignale und klärt separat, ob das beantragte Firmenkonto ihm rechtlich zugeordnet ist.

Typischer Denkfehler: Ein technisch erfolgreicher Ausweisabgleich ersetzt keine Prüfung wirtschaftlich Berechtigter. Umgekehrt ist eine digitale Feststellung nicht allein wegen fehlender Filiale unzureichend.

45. Authentifizierung und Kontoübernahme

Risikomanagementprogramme für Kryptowerte und Blockchain

Authentifizierung prüft bei späteren Zugriffen, ob ein Nutzer ein zulässiges Anmeldemittel besitzt; sie ist von der anfänglichen Identitätsfeststellung zu unterscheiden. NIST SP 800-63B-4 beschreibt technische Anforderungen an Authentifikatoren und ihre Verwaltung. Für Krypto-Auszahlungen sind besonders Gerätewechsel, Wiederherstellung und Änderung von Freigabedaten relevant. Ein starkes Anmeldeverfahren sollte mit Transaktionsfreigabe, Anomalieerkennung und dokumentierter Behandlung möglicher Kontoübernahmen zusammenspielen.

Praxisbeispiel: Nach einem Gerätewechsel fordert ein Konto sofort eine große Auszahlung an. Der Anbieter verzögert die Freigabe, prüft den Wiederherstellungsvorgang und kontaktiert den Kunden über einen bekannten Kanal.

Typischer Denkfehler: Eine erfolgreiche Anmeldung beweist nicht, dass der rechtmäßige Kunde handelt. Gestohlene Sitzungen oder manipulierte Wiederherstellung können auch bei zuvor geprüfter Identität Missbrauch ermöglichen.

46. Wallet-Screening im Ablauf platzieren

Risikomanagementprogramme für Kryptowerte und Blockchain

Wallet-Screening kann vor Aufnahme, bei Einzahlungen, vor Auszahlungen und bei neuen Erkenntnissen sinnvoll sein. Der Kontrollpunkt bestimmt, ob eine Transaktion noch gestoppt, nur untersucht oder nachträglich gemeldet werden kann. Legen Sie Datenquelle, Aktualisierung, Trefferarten, Eskalationszeit und verantwortliche Rolle fest. Adresslisten erkennen bekannte Kennungen, während indirekte Exposition analytische Bewertung verlangt. Eine Kontrolle ist nur wirksam, wenn Treffer rechtzeitig, vollständig und nachvollziehbar bearbeitet werden.

Praxisbeispiel: Vor einer Auszahlung trifft eine Zieladresse auf eine aktuelle Sanktionskennung. Das System hält den Vorgang an, und ein Spezialist prüft Identität, Rechtsraum und zulässige Maßnahme.

Typischer Denkfehler: Ein Screening erst nach Auszahlung kann eine verbotene Zahlung nicht mehr verhindern. Ein automatischer Treffer darf aber auch nicht ohne Identitätsprüfung als endgültiges Ergebnis gelten.

47. Analytische Zuordnungen validieren

Risikomanagementprogramme für Kryptowerte und Blockchain

Blockchain-Analysewerkzeuge kombinieren Transaktionsdaten, Heuristiken und externe Kennzeichnungen. Jede Aussage hat eine andere Beweisstärke: Eine direkte, verifizierte Diensteadresse ist anders zu behandeln als ein aus Verhaltensmustern gebildeter Cluster. Prüfen Sie Herkunft, Aktualität und Reichweite des Labels sowie mögliche Fehlzuordnungen. Dokumentieren Sie, welche Version der Daten und welche Regeln verwendet wurden. So kann eine Entscheidung auch dann überprüft werden, wenn der Anbieter später seine Zuordnung ändert.

Praxisbeispiel: Ein Analysewerkzeug markiert eine Wallet als Börse, ein zweites als unbekannt. Die Analystin sucht die ursprüngliche Kennzeichnungsquelle und vermerkt die verbleibende Unsicherheit im Fall.

Typischer Denkfehler: Ein hoher Vertrauenswert eines Werkzeugs ist keine Personenidentität. Er bewertet ein Modell oder Label und muss gegen unabhängige Belege und Gegenhypothesen geprüft werden.

48. Exposition mit Betrag und Richtung messen

Risikomanagementprogramme für Kryptowerte und Blockchain

Ein Expositionswert ist nur interpretierbar, wenn Richtung, Anteil, Abstand und Zeitraum bekannt sind. Direkter Empfang aus einer markierten Quelle unterscheidet sich von einem entfernten Kontakt über große Sammelwallets. Ein sinnvoller Bericht nennt den betroffenen Betrag, den Gesamtfluss und die Methode der Zurechnung. Zusätzlich sind mögliche Doppelzählungen bei verzweigten Pfaden zu prüfen. Die Kennzahl unterstützt Priorisierung, entscheidet aber ohne Rechts- und Kundenkontext nicht über Sperrung oder Meldung.

Praxisbeispiel: Ein Kunde erhält 0,2 Prozent seines Monatsvolumens über einen Dienst mit indirektem Risikolabel. Die Analystin prüft Pfadlänge und Sammelwallet-Effekt, bevor sie den Fall priorisiert.

Typischer Denkfehler: Ein Prozentwert ohne Nenner und Pfadrichtung kann stark irreführen. Ebenso ist ein kleiner Anteil bei direktem Bezug zu einer verbotenen Partei nicht automatisch belanglos.

49. Transaktionsüberwachung szenariobasiert bauen

Risikomanagementprogramme für Kryptowerte und Blockchain

Überwachungsszenarien übersetzen konkrete Missbrauchswege in beobachtbare Signale, etwa rasche Weiterleitung nach Betrugszuflüssen oder ungewöhnliche Wechsel über Bridges. Regeln sollten Kundensegment, erwartete Aktivität und technische Eigenschaften der Kette berücksichtigen. Testen Sie Erkennungsquote, Fehlalarme und mögliche Umgehungen mit dokumentierten Fällen. Eine starre Betragsgrenze allein verfehlt kleinteilige Netzwerke und erzeugt bei aktiven legitimen Händlern unnötige Alarme.

Praxisbeispiel: Ein Anbieter erkennt neue Konten, die nach vielen kleinen Einzahlungen sofort an dieselbe externe Börse senden. Das Team prüft die Treffer gegen echte Kundenfälle und passt Zeitfenster an.

Typischer Denkfehler: Mehr Alarme bedeuten nicht automatisch bessere Erkennung. Wenn Analysten Treffer nicht zeitgerecht prüfen können, kann eine empfindlichere Regel die wirksame Kontrolle schwächen.

50. Alarme nach Hypothesen triagieren

Risikomanagementprogramme für Kryptowerte und Blockchain

Ein Alarm ist ein Hinweis auf ein definiertes Muster, keine fertige Feststellung. In der Triage prüfen Analysten zunächst Datenqualität, Kundenprofil, direkte Belege und alternative Erklärungen. Priorität ergibt sich aus möglicher Rechtsfolge, Wert, Aktualität und Gefahr weiterer Abflüsse. Der CAMS-FCI-Leitfaden vertieft Ermittlungsmethodik; im Kryptofall müssen zusätzlich Pfadannahmen und technische Labels offengelegt werden. Jeder Abschluss braucht eine knappe Begründung, damit ähnliche Fälle konsistent behandelt werden.

Praxisbeispiel: Ein Mixer-Alarm betrifft eine Einzahlung mit unklarem Label. Die Analystin validiert den Dienstbezug, prüft Kundenerklärung und Mittelherkunft und entscheidet erst danach über Eskalation.

Typischer Denkfehler: Die Schließung eines Alarms allein wegen eines niedrigen Scores kann einen direkten Rechtsverstoß übersehen. Eskalation ohne Plausibilitätsprüfung erzeugt dagegen vermeidbare Fehlentscheidungen.

60 prüfungsrelevante Konzepte 51-60

51. Graphen für Ermittlungen begrenzen

Risikomanagementprogramme für Kryptowerte und Blockchain

Ein Transaktionsgraph zeigt Verbindungen zwischen Adressen, Verträgen und Diensten. Für eine Untersuchung definieren Sie Startpunkt, Zeitraum, relevante Vermögenswerte und Abbruchkriterien, damit der Graph nicht durch beliebig entfernte Kontakte unbrauchbar wird. Markieren Sie beobachtete Kanten anders als heuristisch zugeordnete Cluster. Die wichtigste Entscheidung ist oft, welchen Übergang zusätzliche Daten erklären müssen. Eine visuell dichte Verbindung ist kein Ersatz für belastbare wirtschaftliche Zuordnung.

Praxisbeispiel: Nach einem Ransomwarezufluss verfolgt die Ermittlerin drei Abzweige bis zu Börsen und einer Bridge. Sie priorisiert den Börsenausgang mit verfügbarer Kontozuordnung und dokumentiert zwei offene Pfade.

Typischer Denkfehler: Ein großer Graph beweist keine umfassende Ermittlung. Ohne klaren Zeitraum und Belegstufen kann er schwache Zuordnungen nur eindrucksvoll darstellen, statt sie zu prüfen.

52. Cybervorfall und AFC-Fall verbinden

Risikomanagementprogramme für Kryptowerte und Blockchain

Ein Schlüsselverlust oder Angriff auf eine Börse ist zugleich technischer Vorfall und möglicher Ausgangspunkt für verdächtige Wertflüsse. NIST SP 800-61 Revision 3 ordnet Reaktion in ein breiteres Cyber-Risikomanagement ein. AFC-Ermittler benötigen früh gesicherte Protokolle, betroffene Wallets, Freigabewege und Zeitpunkte; das Sicherheitsteam muss mögliche weitere Abflüsse eindämmen. Technische Reaktion und gesetzliche Meldepflichten sind getrennt nach Sachverhalt und Rechtsraum zu bestimmen.

Praxisbeispiel: Nach einer kompromittierten Auszahlungsfreigabe sperrt das Sicherheitsteam Zugänge. Parallel sichert AFC Transaktionskennungen und Kundenbezüge, damit mögliche Folgeflüsse geprüft und zuständige Stellen bewertet werden können.

Typischer Denkfehler: Ein Cybervorfall löst nicht überall dieselbe Finanzmeldung aus. Ebenso darf die technische Wiederherstellung relevante Transaktions- und Zugriffsbelege nicht ungesichert überschreiben.

53. Beweiskette und Reproduzierbarkeit

Risikomanagementprogramme für Kryptowerte und Blockchain

Eine Fallakte muss erkennen lassen, welche Daten wann, von wem und mit welcher Methode erhoben wurden. Speichern Sie Transaktionskennungen, Blockhöhen, relevante Rohdaten, Toolversionen, Screenshots mit Kontext und rechtmäßig erhaltene Off-Chain-Unterlagen. Änderungen oder neue Labels gehören als spätere Ergänzungen in die Akte, nicht stillschweigend an die Stelle älterer Bewertungen. Diese Beweiskette ermöglicht Qualitätsprüfung, rechtliche Nutzung und eine faire Korrektur früherer Annahmen.

Praxisbeispiel: Eine Analyseplattform ändert später die Zuordnung einer Wallet. Die Ermittlerin bewahrt den ursprünglichen Befund auf, ergänzt die neue Quelle und erklärt, ob sich dadurch die Entscheidung ändert.

Typischer Denkfehler: Ein Screenshot ohne Transaktionskennung und Erhebungszeit ist schwer überprüfbar. Auch eine aktuelle Toolanzeige darf frühere Entscheidungen nicht rückwirkend als damals bekannt ausgeben.

54. Sanktionsmaßnahme präzise wählen

Risikomanagementprogramme für Kryptowerte und Blockchain

Nach einem bestätigten Sanktionstreffer folgt nicht überall dieselbe Handlung. Je nach Rechtsraum, Verbot, Vermögensart und Lizenz kann Blockieren, Zurückweisen, Einfrieren, Nichtausführen oder Melden erforderlich sein. Legen Sie Entscheidungskompetenz, Fristen und technische Umsetzung vorab fest; bei einem Einzelfall dokumentieren Sie Rechtsgrund, Identitätsabgleich und Status des Werts. Eine interne Vorsichtsmaßnahme darf als solche benannt werden und nicht fälschlich als gesetzlich zwingend erscheinen.

Praxisbeispiel: Eine Auszahlungsadresse trifft auf einen bestätigten US-Sanktionsdatensatz. Das Team stoppt die Transaktion, prüft US-Anknüpfung und anwendbare Vorgaben und dokumentiert die gewählte Maßnahme.

Typischer Denkfehler: Ein Treffer allein bestimmt noch nicht die konkrete Rechtsfolge. Eine falsch gewählte Ablehnung kann bei erforderlicher Blockierung ebenso problematisch sein wie eine unbegründete Sperre.

55. Verdachtsmeldungen begründen

Risikomanagementprogramme für Kryptowerte und Blockchain

Eine Verdachtsmeldung beruht auf den Tatbestands- und Verfahrensregeln des jeweiligen Rechtsraums, nicht auf einem universellen Analysescore. Die Fallakte sollte beobachtete Transaktionen, Kundenerklärung, externe Informationen und Gründe für den Verdacht sauber trennen. Beschreiben Sie relevante Wallets, Zeiträume, Werte und offene Unsicherheiten so, dass die zuständige Stelle den Ablauf nachvollziehen kann. Ob, wann und wohin zu melden ist, muss anhand der aktuell anwendbaren Regeln entschieden werden.

Praxisbeispiel: Ein Kunde leitet mutmaßliche Betrugserlöse rasch über mehrere Dienste weiter und gibt widersprüchliche Angaben. Das Meldeteam verbindet Belege, Gegenargumente und anwendbare Meldeanforderungen in einer nachvollziehbaren Entscheidung.

Typischer Denkfehler: Ein roter Toolhinweis ist keine automatische Meldepflicht. Umgekehrt kann ein Verdacht auch ohne direktes Risikolabel entstehen, wenn Kundenangaben und Transaktionsmuster zusammenpassen.

56. Vertraulichkeit und zulässige Informationsweitergabe

Risikomanagementprogramme für Kryptowerte und Blockchain

Ermittlungsinformationen können Kundendaten, technische Sicherheitsdetails und mögliche Meldungen umfassen. Zugriff sollte auf Rollen mit sachlichem Bedarf begrenzt sein; externe Weitergabe braucht eine tragfähige Rechtsgrundlage und einen klaren Zweck. Bei Anfragen an andere Anbieter können gezielte Transaktionskennungen hilfreich sein, ohne die gesamte Fallakte offenzulegen. Prüfen Sie zugleich örtliche Regeln gegen unzulässige Offenlegung einer Verdachtsmeldung, damit Kundenkontakt die Untersuchung nicht gefährdet.

Praxisbeispiel: Eine Börse benötigt von einer Gegenplattform Daten zu einer konkreten Einzahlung. Sie übermittelt nur notwendige Kennungen über einen gesicherten Kanal und dokumentiert Grundlage und Empfänger der Anfrage.

Typischer Denkfehler: Vertraulichkeit bedeutet nicht, dass jede Zusammenarbeit verboten wäre. Ungezielte Weitergabe einer vollständigen Fallakte kann jedoch Datenschutz, Ermittlungszweck und Meldegeheimnis verletzen.

57. Aufbewahrung und Datenzugriff planen

Risikomanagementprogramme für Kryptowerte und Blockchain

Aufbewahrung umfasst mehr als öffentlich verfügbare Blockchain-Daten. Kundenzuordnung, Travel-Rule-Nachrichten, interne Börsenbuchungen, Fallentscheidungen und Kontrollprotokolle können für spätere Rekonstruktionen entscheidend sein. Legen Sie je Datenart rechtliche Frist, sicheren Zugriff, Integrität und Löschprozess fest. Eine öffentliche Kette garantiert nicht, dass ein Anbieter Jahre später noch weiß, welchem Kunden eine Sammeladresse gehörte. Interne Richtlinien sollten die jeweils anwendbaren gesetzlichen Mindestanforderungen konkret umsetzen.

Praxisbeispiel: Bei einer Behördenanfrage findet die Börse die alte On-Chain-Einzahlung sofort. Erst das archivierte Einzahlungszuordnungsprotokoll verbindet sie zuverlässig mit dem damaligen Kundenkonto.

Typischer Denkfehler: Die dauerhafte Blockchain ersetzt keine eigenen Aufzeichnungen. Ohne interne Zuordnungen und Entscheidungshistorie bleiben öffentlich sichtbare Transfers für eine konkrete Kundenprüfung oft unbrauchbar.

58. Governance und unabhängige Eskalation

Risikomanagementprogramme für Kryptowerte und Blockchain

Ein AFC-Programm braucht klare Verantwortung für Produktfreigabe, Risikobewertung, Überwachung, Ermittlungen und Ausnahmen. Geschäftsbereiche kennen die technische Nutzung; Compliance beurteilt Pflichten und Kontrolle; unabhängige Prüfung bewertet deren Wirksamkeit. Interessenkonflikte entstehen, wenn derselbe Umsatzverantwortliche allein über kritische Ausnahmen entscheidet. Definieren Sie Entscheidungsgrenzen, Berichtswege und Managementinformationen, die Rückstände, Fehlalarme, bestätigte Treffer und Maßnahmenqualität zeigen, statt nur Fallzahlen zu zählen.

Praxisbeispiel: Ein neuer Token verspricht hohes Handelsvolumen, besitzt aber schwache Herkunftsdaten. Das Produktteam legt den Fall mit dokumentierter Risikobewertung einer unabhängigen Freigabestelle vor.

Typischer Denkfehler: Eine unterschriebene Richtlinie beweist keine wirksame Governance. Wenn Ausnahmen unprotokolliert bleiben oder Rückstände niemandem berichtet werden, fehlt eine überprüfbare Steuerung.

59. Kontrollen anhand realer Fehler testen

Risikomanagementprogramme für Kryptowerte und Blockchain

Kontrolltests prüfen, ob ein Verfahren im tatsächlichen Ablauf Risiken erkennt und korrekt behandelt. Wählen Sie Stichproben aus normalen, auffälligen und übersehenen Fällen; verfolgen Sie Daten vom Eingang bis zur Entscheidung. Testen Sie insbesondere Listenaktualität, Wallet-Zuordnung, Alarmfristen, Eskalation und Belegdokumentation. Ein bestandener technischer Systemtest genügt nicht, wenn Analysten Treffer falsch schließen. Feststellungen sollten Ursache, Auswirkung, verantwortliche Korrektur und erneute Wirksamkeitsprüfung enthalten.

Praxisbeispiel: Die Prüferin speist einen bekannten Testtreffer ein. Das System alarmiert richtig, doch der Fall wird ohne Identitätsabgleich geschlossen; die Maßnahme betrifft deshalb den Arbeitsablauf.

Typischer Denkfehler: Eine hohe Trefferquote des Systems beweist keine wirksame Endkontrolle. Bearbeitungsfehler und verspätete Eskalation können einen korrekt erzeugten Alarm entwerten.

60. Modelle, Anbieter und Änderungen steuern

Risikomanagementprogramme für Kryptowerte und Blockchain

Analysemodelle und externe Datenanbieter verändern Labels, Heuristiken und Kettenabdeckung. Ein Programm sollte vor Einsatz Zweck, Grenzen, Datenqualität und Verantwortliche festlegen und spätere Änderungen überwachen. Vergleichen Sie neue Versionen mit bekannten Fällen, dokumentieren Sie unerwartete Abweichungen und prüfen Sie Auswirkungen auf offene Ermittlungen. Auch neue Token, Bridges oder Geschäftsmodelle können bestehende Regeln entwerten. Ein geregelter Änderungsprozess verbindet technische Tests mit rechtlicher Bewertung und Schulung der Nutzer.

Praxisbeispiel: Nach einem Werkzeugupdate sinkt die Zahl der Bridge-Alarme stark. Das Team vergleicht Testfälle, entdeckt eine geänderte Labelregel und korrigiert die Überwachung vor weiterer Nutzung.

Typischer Denkfehler: Ein externer Anbieter trägt nicht allein die Verantwortung für Entscheidungen des Instituts. Ungeprüfte Modelländerungen können Risiken verdecken oder Kunden zu Unrecht belasten.

Lernplan in sechs Sitzungen

Sitzung 1: Konzepte 1 bis 10 durcharbeiten. Zwei selbst erfundene Transaktionswege skizzieren, Schlüssel, Adressen und interne Börsenbuchungen unterscheiden und die Zeichnungen anschließend ohne Unterlagen erklären.
Sitzung 2: Konzepte 11 bis 20 anhand frei zugänglicher Blockexplorer und eigener Übungsfälle wiederholen. Für jeden Fall beobachtete Daten, Annahmen und fehlende Off-Chain-Belege getrennt notieren.
Sitzung 3: Konzepte 21 bis 30 mit den verlinkten offiziellen Texten bearbeiten. Für drei selbst formulierte Fälle Rolle, Rechtsraum, anwendbare Pflicht und offene Rechtsfrage aus dem Gedächtnis bestimmen; Fehler mit Textstellen korrigieren.
Sitzung 4: Konzepte 31 bis 40 vertiefen. Drei Sanktions- oder Kundensorgfaltsfälle entwerfen, US-, EU- und UK-Regeln getrennt prüfen und jede vorschnelle Gleichsetzung im Fehlerprotokoll begründen.
Sitzung 5: Konzepte 41 bis 50 in einem fiktiven Anbieterprogramm anwenden. Risikobewertung, Aufnahmeprüfung, Wallet-Screening und Alarmtriage entwerfen; mit frei verfügbaren Behördenbeispielen und eigenen Gegenbeispielen überprüfen.
Sitzung 6: Konzepte 51 bis 60 als zusammenhängenden Ermittlungsfall bearbeiten. Belegkette, Entscheidung, mögliche Meldung und Kontrolltest schriftlich erstellen, danach alle 60 Konzepte aktiv abrufen und Fehler gezielt erneut üben.

Häufige Fragen

Ist dieser deutschsprachige Leitfaden ein Hinweis auf eine deutschsprachige CCAS-Prüfung?
Nein. ACAMS führt die bestehende CCAS-Prüfung als englischsprachig. Die Sprache dieses unabhängigen Leitfadens sagt nichts über verfügbare Prüfungssprachen aus.
Welches Prüfungsformat gilt für CCAS?
ACAMS nennt für das bestehende Programm 100 Fragen in 175 Minuten. Da eine überarbeitete Version für den 19. November 2026 angekündigt ist, sollten Kandidaten das für ihren Termin geltende Format direkt bei ACAMS prüfen.
Sind die Prioritäten in der Tabelle offizielle Prüfungsgewichte?
Nein. Sie ordnen den Lernaufwand dieses Leitfadens. Eine offizielle Gewichtung wird daraus nicht abgeleitet.
Reicht Blockchain-Analyse aus, um den wirtschaftlich Berechtigten einer Adresse zu identifizieren?
Nein. Transaktionsmuster und Cluster können Ermittlungsansätze liefern. Eine Personen- oder Unternehmenszuordnung benötigt belastbare zusätzliche Belege, etwa verifizierte Kundendaten oder rechtmäßig erhaltene Gegenparteiinformationen.
Gelten FATF-Empfehlungen und eine Travel Rule überall unmittelbar gleich?
Nein. FATF setzt internationale Standards. Konkrete Pflichten ergeben sich aus dem jeweils anwendbaren Recht und hängen unter anderem von Tätigkeit, Anbieterrolle, Transaktion und Rechtsraum ab.

Geprüfte offizielle Quellen

Prüfen Sie vor der Anmeldung das aktuelle Prüfungsformat und die Regeln beim offiziellen Anbieter.

Setzen Sie Ihre Vorbereitung fort

Üben Sie mit Fragen und Erklärungen, die auf Ihre Prüfung und Sprache abgestimmt sind.

Lernangebote ansehen →

CAMSExam.com ist ein unabhängiger Anbieter für Prüfungsvorbereitung, ohne Verbindung zu oder Anerkennung durch die Zertifizierungsstellen. Öffentliche Angaben können sich ändern. Besuchen Sie www.acams.org für die aktuellen offiziellen Prüfungsregeln.