Privacy-Blockchains und Compliance: Was Wirtschaftsprüfungsgesellschaften und Finanzvorstände jetzt prüfen müssen

Eine neue Generation hybrider Blockchains erreicht institutionelle Größenordnung, und jede stellt eine materiell andere Compliance-Herausforderung dar. Chainalysis veröffentlichte am 29. Juli 2026 eine detaillierte Aufschlüsselung, die bestätigt, dass mindestens vier unterschiedliche Privacy-Modelle nun in Produktion sind, die alles von Cantons vollständig privatem Ledger bis hin zu Aztecs Zero-Knowledge-Layer-2 abdecken. Für jede Wirtschaftsprüfungsgesellschaft oder jeden CFO, dessen Kunden digitale Vermögenswerte berühren, ist das Verständnis dieser Modelle nicht länger optional: Es bestimmt direkt, ob Ihr Krypto-Buchhaltungssoftware-Stack und Ihre AML-Kontrollen tatsächlich sehen können, was on-chain passiert.

Warum institutionelle Nachfrage das Wachstum von Privacy-Chains antreibt

Öffentliche Blockchains wie Ethereum und Solana wurden auf Offenheit aufgebaut. Jeder Teilnehmer kann jede Transaktion lesen, Wallet-Verläufe verfolgen und Aktivitäten von Gegenparteien überwachen. Diese Transparenz fördert Liquidität und Netzwerkeffekte, schafft jedoch ein Problem für Institutionen, die große Positionen on-chain bewegen: Sie können nicht kontrollieren, wer ihre Orderflüsse, Gegenpartei-Identitäten oder Abwicklungsdetails sieht.

Chainalysis macht deutlich, dass der institutionelle Vorstoß für Privatsphäre nicht über Anonymität im kriminellen Sinne geht. Es geht um Datenschutz und Vertraulichkeit der Gegenpartei – dieselben Erwartungen, die das traditionelle Finanzwesen regeln. Als Reaktion haben Entwickler eine Kohorte hybrider Netzwerke hervorgebracht, die Benutzern selektive Kontrolle darüber geben, was sichtbar ist, ohne die Prüfbarkeit aufzugeben, die Regulierungsbehörden und Compliance-Teams benötigen.

Das größte davon ist Canton. Es bezeichnet sich selbst als "public permissioned"-Chain, weil die Teilnahme eingeschränkt ist. Laut Chainalysis, unter Berufung auf CoinDesk, wickelt Canton bereits rund sechs Billionen Dollar an institutionellen Vermögenswerten ab. Diese Zahl allein signalisiert, dass Privacy-Chain-Compliance eine operative Realität ist, keine Zukunftssorge.

Die vier Privacy-Modelle: Was sie sind und wie sie sich unterscheiden

Chainalysis identifiziert vier architektonisch unterschiedliche Ansätze. Jeder erfordert unterschiedliche Überwachungstechniken, unterschiedliche Zugangsvereinbarungen und unterschiedliche Analyselogik. Es gibt keine einzelne Fähigkeit, die sauber auf alle vier übertragbar ist.

Modell 1: Need-to-Know-Ledger (Canton)

Canton verbirgt nicht nur Transaktionsbeträge, sondern die Existenz von Transaktionen selbst vor jedem, der nicht direkter Gegenpartei oder benannter Stakeholder ist. Die Architektur funktioniert auf einer strikten Need-to-Know-Basis: Jede Partei einer Transaktion erhält nur den für ihre Rolle relevanten Datenausschnitt.

Chainalysis verwendet eine Delivery-versus-Payment-Abwicklung als Veranschaulichung. Die Bank, die Bargeld erhält, sieht das Bargeldbein; sie sieht nichts über das gehandelte Wertpapier. Der Wertpapierregistrar sieht die Übertragung des Vermögenswerts; er kann die Barvergütung nicht sehen. Compliance-Teams, Regulierungsbehörden und Prüfer erhalten segmentierten Zugang anstatt vollständiger Ledger-Transparenz.

Für Wirtschaftsprüfungsgesellschaften bedeutet dies, dass Ihr Standard-Blockchain-Explorer-Ansatz bei Canton nutzlos ist. Der Zugang muss auf Infrastrukturebene ausgehandelt werden, typischerweise über die Berechtigungsschicht der Plattform, bevor Transaktionsdaten Ihre Krypto-Buchhaltungssoftware oder Prüfungsarbeitspapiere erreichen.

Modell 2: Opt-In Shielded Pools (Zcash)

Zcash funktioniert als öffentliche Blockchain mit transparenten Adressen, ähnlich wie Bitcoin, enthält aber auch Privacy-Pools, in denen Sender, Empfänger und Betrag verschlüsselt sind. Benutzer wählen, ob sie transparent oder innerhalb der abgeschirmten Umgebung transagieren. Chainalysis stellt fest, dass selbst der Empfänger einer abgeschirmten Überweisung nicht automatisch weiß, woher die eingehenden Vermögenswerte stammen.

Der Zugang erfordert einen Viewing Key. Ohne einen solchen kann ein Compliance-Team oder Prüfer keine abgeschirmten Transaktionsdetails entschlüsseln. Kritisch ist, dass Chainalysis bestätigt, dass es Überweisungen in, aus und zwischen abgeschirmten Pools identifizieren und kennzeichnen kann, wobei diese als "Protocol Privacy"-Expositionsereignisse behandelt werden, die in risikobasierten Prüf-Workflows auftauchen. Die meiste Zcash-Aktivität bleibt transparent, was den praktischen Schadensradius für die meisten institutionellen Compliance-Programme begrenzt.

Die begrenzte Smart-Contract-Funktionalität von Zcash bedeutet auch, dass es unwahrscheinlich ist, komplexe Finanzprodukte zu hosten. Seine Compliance-Herausforderung ist real, aber begrenzt, und sie geht der aktuellen Welle des institutionellen Chain-Buildings voraus.

Modell 3: Selektive Privacy auf einer öffentlichen Chain (Solana Confidential Transfers)

Solana verfolgt einen anderen Ansatz: selektive Privacy, die in einzelne Token-Emissionen auf einer ansonsten transparenten öffentlichen Chain eingebaut ist. Token-Emittenten können zum Zeitpunkt der Erstellung vertrauliche Transfers aktivieren. Wenn sie dies tun, werden der Überweisungsbetrag sowie die Salden von Sender und Empfänger verborgen, aber die Wallet-Adressen selbst bleiben sichtbar.

Viewing Keys sind wieder der Compliance-Mechanismus: Ein Prüfer, der einen hält, kann Transaktionsdetails auf Abruf entschlüsseln. Chainalysis stellt fest, dass Solana diese Funktion Anfang 2025 einführte, pausierte, um Fehler zu beheben, und sie im Juni 2026 wieder online brachte. Der intermittierende Status der Funktion ist selbst ein Datenpunkt für Compliance-Teams: Jedes Unternehmen, das während der Ausfallzeit Solana-basierte Vermögenswerte onboardet hat, muss bestätigen, welche Transaktionen unter welchen Privacy-Einstellungen abgewickelt wurden.

Für digitale Vermögensbuchhaltungssoftware ist dieses Modell handhabbar, wenn die korrekten Viewing Keys gehalten und als Teil des Kunden-Onboardings dokumentiert werden. Das Risiko tritt auf, wenn Firmen Token-Positionen erben, ohne die entsprechenden Schlüssel zu erben.

Modell 4: Zero-Knowledge Execution (Aztec)

Aztec ist das undurchsichtigste der vier. Als Ethereum-Layer-2 verarbeitet es Berechnungen lokal auf dem Gerät des Benutzers und sendet nur einen kryptografischen Gültigkeitsnachweis an das Netzwerk. Vertragszustand, Transaktionslogik und alle Ausführungsdetails sind für externe Beobachter unsichtbar. Die einzigen öffentlich lesbaren Signale sind Ein- und Auszahlungen an der Ethereum-Layer-1-Brücke.

Es gibt keinen eingebauten Prüferschlüssel oder Protokoll-Hintertür. Der Compliance-Zugang hängt vollständig davon ab, ob Anwendungsentwickler sich dafür entscheiden, Offenlegungsanforderungen in ihre Smart Contracts einzubetten: zum Beispiel, dass Benutzer als Nutzungsbedingung Transaktionsdaten mit einem bestimmten Compliance-Anbieter teilen müssen. Ohne solche Designentscheidungen sind Vermögenswerte innerhalb von Aztec ohne freiwillige Kooperation des Inhabers unauffindbar.

Chainalysis bestätigt, dass Aztec sein Alpha-Mainnet Anfang 2026 gestartet hat und sich noch in einem frühen Stadium befindet, mit etwa einer Transaktion pro Sekunde. Aber seine Architektur setzt die Obergrenze für die Undurchsichtigkeit von Privacy-Chains, und Wirtschaftsprüfungsgesellschaften sollten jede Kundenexposition gegenüber Aztec als eine separate, maßgeschneiderte Überwachungsvereinbarung behandeln, anstatt anzunehmen, dass bestehende Werkzeuge dies abdecken.

Compliance-Implikationen für Wirtschaftsprüfungsgesellschaften und CFOs

AML und Transaktionsüberwachung

Die Kernbotschaft von Chainalysis ist, dass kein einzelner Überwachungsansatz alle vier Modelle abdeckt. Ein Unternehmen, das seinen AML-Workflow um transparente öffentliche Chains herum aufgebaut hat, wird erhebliche Lücken feststellen, wenn ein Kunde beginnt, auf Canton abzuwickeln oder über Aztec zu transagieren. Die Überwachungstechniken, die auf Ethereum funktionieren, übertragen sich nicht auf ein Need-to-Know-Ledger, und diejenigen, die auf Zcash funktionieren, übertragen sich nicht auf eine Zero-Knowledge-Ausführungsumgebung.

Praktisch bedeutet dies, dass Compliance-Teams eine Chain-für-Chain-Bestandsaufnahme darüber benötigen, welchen Modellen ihre Kunden ausgesetzt sind, abgeglichen mit einer klaren Bewertung, ob aktuelle Werkzeuge und Zugangsvereinbarungen tatsächlich jedes Modell abdecken. Diese Art von Gap-Analyse sollte in der jährlichen AML-Risikobewertung eines Unternehmens sitzen, nicht während einer regulatorischen Überprüfung entdeckt werden. Im Kontext, wie aufkommende kryptografische Ansätze bereits auf dieses Problem angewendet werden, siehe wie FHE-basiertes AML-Screening die vertrauliche DeFi-Compliance neu gestaltet.

Die Travel Rule der FATF und die Anforderungen an wirtschaftliches Eigentum gelten unabhängig davon, welche Chain ein Kunde verwendet. Die Verpflichtung zu wissen, wer transagiert, lockert sich nicht, weil das Ledger privat ist. Für die aktuellste regulatorische Grundlinie bleibt das FATF-Targeted Update zu VASP-Verpflichtungen die maßgebliche Referenz.

Prüfpfad und Aufbewahrungspflichten

Für Prüfer schaffen Privacy-Chains ein spezifisches Problem: Der Prüfpfad ist möglicherweise standardmäßig nicht zugänglich. Auf Canton wird der Zugang auf Need-to-Know-Basis gewährt. Auf Aztec hängt er davon ab, wie Anwendungsentwickler die Offenlegungsbedingungen entworfen haben. Auf Zcash und Solanas vertraulichen Transfers hängt er davon ab, ob Viewing Keys erhalten und aufbewahrt wurden.

Dies hat direkte Auswirkungen darauf, wie Mandatsschreiben und Kunden-Onboarding-Verfahren verfasst werden. Unternehmen sollten jetzt fragen: Hält der Kunde Viewing Keys für alle abgeschirmten Positionen? Wurden diese Schlüssel so gespeichert, dass sie während einer Prüfung zugänglich sind? Ist die Compliance-Zugangsvereinbarung für eine Canton- oder Aztec-Exposition in einer schriftlichen Vereinbarung mit dem Plattform- oder Anwendungsanbieter dokumentiert?

Ihre Krypto-Buchhaltungssoftware-Konfiguration muss diese Unterscheidungen ebenfalls widerspiegeln. Eine Position, die als "on-chain" erfasst wird, ist nicht automatisch in gleicher Weise über alle vier Modelltypen hinweg verifizierbar. Der Ledger-Eintrag mag existieren; die Fähigkeit, ihn unabhängig zu bestätigen, ist eine separate Frage.

Gegenpartei- und Sanktionsprüfung

Need-to-Know-Ledger wie Canton lösen das Gegenpartei-Identitätsproblem für Transaktionsparteien von Natur aus: Jeder Teilnehmer kennt seine direkte Gegenpartei. Aber die Compliance-Herausforderung verlagert sich auf die Frage, ob die Identitätsüberprüfung der Berechtigungsschicht den eigenen AML-Standards des Unternehmens und allen anwendbaren regulatorischen Anforderungen entspricht.

Für Zero-Knowledge-Modelle wie Aztec fällt die Gegenpartei-Identifikation vollständig auf die Anwendungsschicht zurück. Wenn die Anwendung keine Offenlegung verlangt, hat das Compliance-Team kein on-chain-Signal, mit dem es arbeiten kann. Sanktionsprüfung gegen eine Wallet-Adresse, die nie öffentlich sichtbar ist, ist kein Workflow-Problem, das allein durch bessere Software gelöst werden kann: Es erfordert eine Designentscheidung auf Protokollebene durch den Anwendungsentwickler.

Was Unternehmen jetzt tun sollten

Sofortige Schritte

Erstens, kartieren Sie aktuelle und erwartete Kundenexpositionen gegenüber jedem der vier Privacy-Modelle. Dies ist keine theoretische Übung: Cantons Sechs-Billionen-Dollar-Vermögensbasis und Solanas wiederaufgenommene vertrauliche Transfers bedeuten, dass dies aktive Abwicklungsumgebungen heute sind.

Zweitens, überprüfen Sie, ob bestehende Krypto-Buchhaltungssoftware und AML-Werkzeuge bestätigte Abdeckung für jeden Modelltyp haben. Abdeckung für transparente Chains impliziert keine Abdeckung für abgeschirmte Pools oder Zero-Knowledge-Ausführungsumgebungen. Die Bestätigung des Anbieters sollte schriftlich eingeholt werden.

Drittens, aktualisieren Sie Kunden-Onboarding- und Mandatsschreiben-Vorlagen, um die Offenlegung von Viewing Keys und Plattform-Zugangsvereinbarungen als Standardinformation zu verlangen. Dies als optional zu behandeln, schafft Prüfpfadlücken, die nachträglich schwer zu beheben sind.

Viertens, kennzeichnen Sie Aztec-Expositionen speziell für verstärkte Due Diligence. Sein Alpha-Mainnet-Status, kombiniert mit dem Fehlen einer eingebauten Compliance-Hintertür in seiner Architektur, platziert es in einer anderen Risikostufe als die anderen drei Modelle. Jede Kundenaktivität dort verdient eine dokumentierte Bewertung, wie eine Überwachung auf Transaktionsebene erreicht wird.

Schließlich stellen Sie sicher, dass Ihre jährliche AML-Risikobewertung explizit die Privacy-Chain-Exposition adressiert. Regulierungsbehörden weltweit bewegen sich in Richtung einer Erwartung, dass VASPs und ihre professionellen Berater chain-spezifische Überwachungsfähigkeit nachweisen können, nicht nur eine generische Blockchain-Überwachungsrichtlinie.

Quelle: Chainalysis

Häufig gestellte Fragen

Was sind die vier Privacy-Blockchain-Modelle, die Compliance-Teams verstehen müssen?

Chainalysis identifiziert Need-to-Know-Ledger (Canton), Opt-In-Shielded-Pools (Zcash), selektive Privacy auf öffentlichen Chains (Solana Confidential Transfers) und Zero-Knowledge-Ausführungsumgebungen (Aztec). Jedes erfordert einen anderen Überwachungsansatz und andere Zugangsvereinbarungen für Compliance-Teams und Prüfer.

Gilt FATFs Travel Rule immer noch, wenn Transaktionen auf einer Privacy-Blockchain stattfinden?

Ja. Die Travel-Rule-Verpflichtung, Auftraggeber- und Begünstigteninformationen zu sammeln und zu übermitteln, gilt für das Institut, das die Transaktion durchführt, nicht für das technische Design der Blockchain. Ein privates Ledger hebt die Verpflichtung nicht auf; es ändert den Mechanismus, mit dem das Unternehmen sie erfüllen muss.

Wie funktionieren Viewing Keys für Prüfungs- und Compliance-Zwecke?

Auf Zcash und Solanas Confidential-Transfer-Modell ist ein Viewing Key eine kryptografische Berechtigung, die es seinem Inhaber ermöglicht, Transaktionsdetails zu entschlüsseln, die ansonsten verschlüsselt sind. Für Compliance- und Prüfzwecke müssen Unternehmen Viewing Keys beim Kunden-Onboarding erhalten, sicher speichern und dokumentieren, da ohne sie abgeschirmte Transaktionsdaten nicht unabhängig verifiziert werden können.

Reicht die bestehende Krypto-Buchhaltungssoftware für Privacy-Chain-Positionen aus?

Nicht automatisch. Software, die für transparente öffentliche Chains konfiguriert ist, hat möglicherweise keine bestätigte Abdeckung für abgeschirmte Pools oder Zero-Knowledge-Umgebungen. Unternehmen sollten von ihren Softwareanbietern eine schriftliche Bestätigung darüber anfordern, welche spezifischen Privacy-Modelle und Chains unterstützt werden und welche Zugangsvereinbarungen für jede erforderlich sind.

Was macht Aztec zu einem höheren Risiko als die anderen drei Modelle?

Aztec hat keinen eingebauten Prüferschlüssel oder Protokoll-Hintertür. Die Compliance-Sichtbarkeit hängt vollständig davon ab, ob Anwendungsentwickler Offenlegungsanforderungen in ihre Smart Contracts eingebettet haben. Ohne solche Designentscheidungen sind Transaktionsdaten innerhalb von Aztec ohne freiwillige Kooperation des Benutzers unzugänglich. Kombiniert mit seinem frühen Mainnet-Status platziert dies Aztec in einer eigenen Risikostufe, die verstärkte Due Diligence und einen dokumentierten, maßgeschneiderten Überwachungsplan rechtfertigt.