Neun Engineering-Entscheidungen, die das On-Chain-AML-Screening definieren

Die meisten Compliance-Teams bewerten einen On-Chain-Risikoanbieter anhand von Demos und Vertriebspräsentationen. Die Entscheidungen, die tatsächlich darüber bestimmen, ob ein System der regulatorischen Prüfung standhält oder unter Volumendruck zusammenbricht, bleiben in diesen Situationen unsichtbar. Elliptics technisches Papier „Built for Compliance“ vom September 2026 legt neun dieser Engineering-Entscheidungen dar, und die Implikationen für jedes Unternehmen, das Krypto-Buchhaltungssoftware als Teil seines Compliance-Stacks betrachtet, sind erheblich.

Warum Engineering-Architektur eine Compliance-Frage ist

On-Chain-Risikoscreening ist längst kein Nischen-Workflow mehr. Tokenisierte Finanzdienstleistungen und Stablecoin-Settlement leiten gewöhnliche Zahlungsvolumina über öffentliche Ledger. Agentische KI-Systeme initiieren und begleichen Transaktionen ohne direkte menschliche Anweisung. Elliptics eigene Daten, veröffentlicht im September 2026, verzeichnen einen Anstieg agentischer Krypto-Transaktionen um 500 % über einen Dreimonatszeitraum. Das ist keine Prognose; es ist bereits geschehen.

Wenn sich Volumina in diesem Tempo bewegen, hört das Engineering unter einem Screening-System auf, ein Anbieterdetail zu sein, und wird zu einer direkten Compliance-Haftung. Ein Anbieter, der bei einer Million Transaktionen pro Monat ausreichend performt, kann bei sechs Millionen verpasste Alarme, verspätete Meldungen oder Audit-Lücken erzeugen. Regulierungsbehörden, ob unter MiCA in der EU, FinCEN-Regeln in den USA oder gleichwertigen Rahmenwerken anderswo, erwarten von Unternehmen den Nachweis, dass ihre Kontrollen für die Volumina geeignet sind, die sie tatsächlich verarbeiten, nicht für die Volumina, die sie bei der Onboarding verarbeitet haben.

Der Moment, in dem die Architektur sichtbar wird

Elliptic nennt ein konkretes Beispiel aus seinem Kundenstamm: Das Transaktionsvolumen eines Kunden stieg über zwei Tage von rund 1,5 Millionen pro Monat auf 6,7 Millionen. Eine solche Spitze, ob durch ein Marktereignis, einen Produktlaunch oder die Aufnahme eines agentischen Settlement-Workflows verursacht, ist genau der Punkt, an dem Engineering-Entscheidungen sichtbar werden. Latenz steigt, regionales Failover wird ausgelöst, Alarm-Warteschlangen stauen sich, und der Arbeitstag eines Analysten wird unüberschaubar. Die neun Entscheidungen, die Elliptic dokumentiert, sind diejenigen, die Systeme, die diesen Schock absorbieren, von Systemen trennen, die still und sichtbar im Audit-Trail versagen.

Was die neun Entscheidungen abdecken

Das Papier lässt sich nicht auf eine einfache Checkliste reduzieren. Jeder der neun Bereiche spiegelt einen echten Trade-off wider, den jeder On-Chain-Risikoanbieter in die eine oder andere Richtung aufgelöst hat. Elliptics Position ist, dass diese Auflösungen für Compliance-Beauftragte und technische Prüfer lesbar sein sollten, nicht in proprietären Black Boxes vergraben.

Performance und Verfügbarkeit unter realen Bedingungen

Mehrere der neun Entscheidungen beziehen sich darauf, wie sich ein System verhält, wenn die Bedingungen nicht normal sind. API-Uptime, regionale Redundanz und der Umgang mit Volumenspitzen stellen jeweils eine separate Engineering-Entscheidung dar. Ein Anbieter, der nicht dokumentiert hat, was während eines größeren Ausfalls oder eines plötzlichen Volumenschubs tatsächlich passiert ist, kann einem Compliance-Team nicht die Beweise liefern, die es benötigt, um eine Regulierungsbehörde zufriedenzustellen, die nach einer unter diesen Bedingungen getroffenen Entscheidung fragt.

Das Papier formuliert dies direkt: Der Wert dieser Engineering-Entscheidungen vervielfacht sich mit dem Volumen. Ein Unternehmen, das heute bescheidene Volumina verarbeitet, verarbeitet möglicherweise innerhalb von achtzehn Monaten das Zehnfache, insbesondere wenn Stablecoin-Zahlungswege oder die Abwicklung tokenisierter Vermögenswerte Teil seines Betriebsmodells werden.

Automatisierung und Analysteneffizienz

Ein zweiter Cluster von Entscheidungen betrifft, wie viel Arbeit das System routen, triagieren oder lösen kann, ohne die direkte Aufmerksamkeit eines Analysten zu erfordern. Elliptics Produkt Lens, im Papier als einheitlicher Arbeitsbereich beschrieben, der Wallet-Screening und Transaktionsüberwachung kombiniert, wird als seine Antwort auf das Fragmentierungsproblem präsentiert: mehrere Tools, manuelle Übergaben und Zeitverlust beim Wechsel zwischen Untersuchungsschritten.

Die Compliance-Relevanz ist nicht abstrakt. Wenn Alarmvolumina steigen und die Analystenzahl gleich bleibt, steigt das Verhältnis von ungeprüften zu geprüften Alarmen. Dieses Verhältnis ist in einem Durchsetzungskontext von Bedeutung. Ein System, das die Anzahl manueller Schritte pro Alarm reduziert und dabei einen vollständigen Audit-Trail erstellt, wirkt sich direkt auf die Verteidigungsfähigkeit eines Compliance-Programms aus.

Auditierbarkeit und das Lookback-Problem

Eine der am wenigsten diskutierten, aber folgenreichsten Engineering-Entscheidungen betrifft, was passiert, wenn eine Regulierungsbehörde nach einer vor drei Jahren getroffenen Screening-Entscheidung fragt. Kann das System die Risikodaten reproduzieren, die zum Zeitpunkt der Entscheidung verfügbar waren? Kann es die Argumentation des Analysten zeigen? Kann es bestätigen, welche Version des Risikomodells lief?

Elliptic behandelt vollständige Auditierbarkeit als Designanforderung, nicht als Reporting-Funktion. Für Wirtschaftsprüfungsgesellschaften, die ihre Mandanten in AML-Compliance beraten, und für CFOs, die interne Kontrollrahmenwerke abzeichnen, ist dies wichtig, weil die Pflicht zum Nachweis der Compliance rückwirkend ist. Die Frage ist nicht nur, ob heute Alarme generiert wurden, sondern ob das Unternehmen zu jedem zukünftigen Zeitpunkt zeigen kann, dass sein Screening zum Zeitpunkt der Verarbeitung einer Transaktion angemessen war.

Agentische Transaktionen und die neue Volumenbasis

Das Papier zieht eine klare Linie zwischen zwei Begleitdokumenten. Eine frühere Elliptic-Veröffentlichung legt acht Prinzipien für agentisches Risikomanagement im On-Chain-Finanzwesen dar. „Built for Compliance“ wird als die Engineering-Ebene unter diesen Prinzipien beschrieben: die Entscheidungen, die bestimmen, ob ein System sie in einer Live-Produktionsumgebung tatsächlich erfüllen kann.

Der agentische Kontext verdient die Aufmerksamkeit von Compliance-Leitern und CFOs. Wenn ein KI-Agent eine Transaktion initiiert, geht das traditionelle Compliance-Modell von einem menschlichen Entscheidungsträger im Kreislauf aus. Agentische Workflows entfernen oder komprimieren diesen Kreislauf. Screening muss daher mit Maschinengeschwindigkeit arbeiten, mit derselben Genauigkeit und demselben Audit-Trail, den eine menschlich geprüfte Transaktion erzeugen würde. Das ist ein Engineering-Problem, bevor es ein Richtlinienproblem ist, und eines, auf das Unternehmen, die auf Legacy-Screening-Tools setzen, wahrscheinlich früher stoßen als erwartet.

Stablecoins als spezifische Risikooberfläche

Stablecoin-Settlement-Volumina sind ein wiederkehrendes Thema in der Rahmung des Papiers. Während große Zahlungsnetzwerke und Finanzinstitute Stablecoin-Wege für grenzüberschreitende und Unternehmensabwicklungen übernehmen, wächst der On-Chain-Fußabdruck gewöhnlicher kommerzieller Aktivität schnell. Jeder Stablecoin-Transfer ist ein screenbares Ereignis. Jede Gegenpartei-Wallet trägt ein Risikoprofil. In großem Maßstab kann die Anzahl der Screening-Aufrufe pro Werktag die Kapazität von Systemen übersteigen, die für Krypto-Handelsvolumina statt für Zahlungsverarbeitungsvolumina gebaut wurden.

Für Unternehmen, die bereits Stablecoin-Buchhaltungspflichten verfolgen, ist die operative Verbindung zwischen Abwicklungsvolumen und Screening-Kapazität direkt. Die buchhalterische Behandlung eines Stablecoin-Eingangs kann davon abhängen, ob die Gegenpartei-Wallet zum Zeitpunkt der Abwicklung das Sanktionsscreening besteht. Ein System, das nicht innerhalb des Abwicklungsfensters ein Ergebnis liefern kann, erzeugt gleichzeitig ein Buchhaltungsproblem und eine AML-Kontrolllücke.

Praktische Implikationen für Wirtschaftsprüfungsgesellschaften und CFOs

Das Papier ist teilweise als Beschaffungswerkzeug strukturiert: neun Fragen, die jedem Screening-Anbieter gestellt werden sollten, eine für jede Engineering-Entscheidung. Für Wirtschaftsprüfungsgesellschaften, die ihre Mandanten bei der Anbieterauswahl beraten, und für CFOs, die für Technologieausgaben in Compliance-Funktionen verantwortlich sind, ist diese Rahmung nützlich.

Für Wirtschaftsprüfungsgesellschaften und Prüfer

Bei der Prüfung der AML-Kontrollen eines Mandanten ist die Angemessenheit der zugrunde liegenden Screening-Technologie ein relevanter Gesichtspunkt. Ein System, das seine Uptime-Historie, sein Verhalten unter Volumendruck oder seine Auditierbarkeit über mehrjährige Lookback-Zeiträume nicht nachweisen kann, birgt Prüfungsrisiken. Unternehmen sollten Mandanten nicht nur fragen, welche Screening-Tools sie verwenden, sondern welche Beweise diese Tools liefern können, wenn eine Kontrolle angefochten wird. Krypto-Buchhaltungssoftware, die in Screening-Systeme integriert ist oder Daten dorthin liefert, muss ebenfalls auf Konsistenz geprüft werden: Wenn der Transaktionsdatensatz im Buchhaltungsledger nicht mit den für das Screening übermittelten Transaktionsdaten übereinstimmt, ist der Audit-Trail an der entscheidenden Stelle unterbrochen.

Für CFOs und Compliance-Beauftragte

Beschaffungsentscheidungen, die bei niedrigen Transaktionsvolumina getroffen wurden, bleiben nicht automatisch angemessen, wenn die Volumina wachsen. Der von Elliptic zitierte Anstieg der agentischen Transaktionsvolumina um 500 % ist ein Frühindikator dafür, wohin sich kommerzielle Volumina bewegen, insbesondere für Unternehmen in Finanzdienstleistungen, Zahlungsverkehr und Treasury-Management, die tokenisierte Instrumente übernehmen. CFOs sollten Screening-Kapazität als skalierbare Ressourcenanforderung behandeln, die derselben Stresstest-Logik unterliegt wie andere Betriebsinfrastruktur. Die Kosten eines Kontrollversagens in diesem Bereich sind nicht auf ein Bußgeld beschränkt: Sie umfassen das Reputationsrisiko, die Kosten einer rückwirkenden Überprüfung und die Möglichkeit, dass eine Regulierungsbehörde eine unabhängige Prüfung des AML-Programms des Unternehmens verlangt.

Das Anbieterbewertungs-Framework

Elliptics Neun-Fragen-Framework soll Anbietervergleiche substanziell statt oberflächlich machen. Die Fragen werden im verfügbaren Auszug nicht vollständig veröffentlicht, aber das Papier signalisiert, dass sie jede der neun Engineering-Entscheidungen mit Spezifität ansprechen, einschließlich der Anforderung von Beweisen statt Behauptungen.

Für Unternehmen, die ihren Screening-Anbieter nicht kürzlich gegen diese Dimensionen stresstestet haben, bietet das Papier einen nützlichen Anstoß. Zu den wichtigsten Bereichen, die untersucht werden sollten, gehören: Wie hoch die dokumentierte Uptime des Anbieters in den letzten zwölf Monaten war; wie das System während eines Volumenereignisses abschnitt, das mit der beschriebenen Spitze von 1,5 auf 6,7 Millionen Transaktionen vergleichbar ist; wie das Latenzprofil bei Spitzenlast aussieht; und wie das System eine historische Screening-Entscheidung für Prüfungszwecke rekonstruiert.

Das sind keine unangemessenen Fragen. Jeder Anbieter, der sie nicht mit Beweisen beantworten kann, statt mit einer Roadmap oder einem Versprechen, sagt Ihnen etwas Wichtiges darüber, wohin seine Engineering-Investitionen geflossen sind.

Quelle: Elliptic

Häufig gestellte Fragen

Warum ist die Architektur eines Screening-Systems für die regulatorische Compliance wichtig?

Regulierungsbehörden erwarten, dass AML-Kontrollen für die Volumina angemessen sind, die ein Unternehmen tatsächlich verarbeitet. Wenn ein Screening-System unter Last nachlässt, verspätete Alarme erzeugt oder historische Entscheidungen nicht rekonstruieren kann, kann ein Unternehmen möglicherweise nicht nachweisen, dass seine Kontrollen zum Zeitpunkt der Verarbeitung einer Transaktion wirksam waren. Das ist ein Prüfungs- und Durchsetzungsrisiko, nicht nur eine betriebliche Unannehmlichkeit.

Was sind agentische Krypto-Transaktionen und warum schaffen sie neue Screening-Herausforderungen?

Agentische Transaktionen werden von KI-Systemen initiiert und abgewickelt, ohne direkte menschliche Anweisung im Moment der Ausführung. Sie entfernen den menschlichen Prüfschritt, den traditionelle Compliance-Modelle voraussetzen. Screening muss daher mit Maschinengeschwindigkeit arbeiten und denselben Audit-Trail erzeugen wie eine manuell geprüfte Transaktion. Legacy-Systeme, die für menschlich getaktete Workflows ausgelegt sind, unterstützen dies möglicherweise nicht ohne Re-Engineering.

Wie wirkt sich das Stablecoin-Volumen auf die Kapazitätsanforderungen beim AML-Screening aus?

Jeder Stablecoin-Transfer ist ein diskretes screenbares Ereignis. Während Stablecoin-Wege für kommerzielle Zahlungen und Unternehmensabwicklungen übernommen werden, kann die Anzahl der Screening-Aufrufe pro Tag schnell wachsen, oft schneller als die Personalstärke der Compliance-Funktion. Systeme, die für Krypto-Handelsvolumina gebaut wurden, sind möglicherweise nicht dafür architekturiert, Zahlungsdurchsatz mit derselben Latenz und Genauigkeit zu bewältigen.

Was bedeutet Auditierbarkeit im Kontext des On-Chain-Screenings?

Vollständige Auditierbarkeit bedeutet, dass das System zu jedem zukünftigen Zeitpunkt die Risikodaten reproduzieren kann, die zum Zeitpunkt einer Screening-Entscheidung verfügbar waren, die Version des Risikomodells, die lief, und die aufgezeichnete Argumentation des Analysten. Dies ist wesentlich, wenn eine Regulierungsbehörde nach einer Monate oder Jahre früher getroffenen Entscheidung fragt. Systeme, die diese Informationen nicht aufbewahren, erzeugen eine Compliance-Lücke, die nicht rückwirkend korrigiert werden kann.

Wie sollten Wirtschaftsprüfungsgesellschaften ein solches Framework bei der Beratung von Mandanten nutzen?

Bei der Überprüfung des AML-Technologie-Stacks eines Mandanten sollten Wirtschaftsprüfungsgesellschaften dokumentierte Belege für die Performance-Historie des Screening-Systems, sein Verhalten bei Volumenspitzen und seine Auditierbarkeitsfähigkeiten anfordern. Wenn der Mandant diese Belege nicht liefern kann, ist die Angemessenheit der Kontrolle in einem Prüfungskontext schwer zu behaupten. Das von Elliptic beschriebene Framework bietet eine strukturierte Reihe von Fragen, die für Due-Diligence- oder interne Prüfungszwecke angepasst werden können.