Privacy-Blockchains erklärt: Was Compliance-Teams, Wirtschaftsprüfungsgesellschaften und CFOs jetzt wissen müssen

Eine neue Welle hybrider Blockchains verändert, wie Institutionen On-Chain-Aktivitäten angehen, und schafft eine fragmentierte Compliance-Landschaft, die Wirtschaftsprüfungsgesellschaften und CFOs nicht ignorieren können. Chainalysis veröffentlichte am 29. Juli 2026 eine detaillierte Aufschlüsselung mit vier strukturell unterschiedlichen Privacy-Modellen, jeweils mit eigener Überwachungslogik, Datenzugriffsmechanismen und Auswirkungen auf Teams, die sich auf Krypto-Buchhaltungssoftware verlassen, um AML- und KYC-Verpflichtungen zu erfüllen. Die Kernbotschaft ist direkt: Es gibt kein universelles Compliance-Playbook für Privacy-Netzwerke. Was auf einer Chain funktioniert, lässt sich nicht auf eine andere übertragen.

Warum Institutionen die Nachfrage nach privaten Blockchains treiben

Öffentliche Blockchains wie Ethereum und Solana wurden auf Offenheit aufgebaut. Jeder Teilnehmer kann Transaktionsverläufe lesen, Wallet-Adressen identifizieren und On-Chain-Flüsse prüfen. Diese Transparenz hat genau die Liquidität angezogen und die Adoption vorangetrieben. Aber wenn regulierte Institutionen, Banken, Vermögensverwalter und Wertpapierinfrastrukturanbieter, beginnen, Geschäfte on-chain abzuwickeln und Vermögenswerte zu tokenisieren, wird dieselbe Offenheit, die Vertrauen bei Einzelhandelsnutzern aufgebaut hat, für sie zu einer strategischen Belastung.

Dabei geht es nicht um Anonymität im kriminellen Sinne. Institutionen brauchen Datenschutz: Sie wollen nicht, dass Kontrahentendaten, Positionsgrößen oder Abwicklungszeitpunkte für Wettbewerber auf einem gemeinsamen Ledger sichtbar sind. Als Reaktion ist eine Kohorte hybrider Blockchains entstanden, Plattformen, die Nutzern selektive Kontrolle darüber geben, welche Daten sichtbar sind, ohne die Kernattribute aufzugeben, die öffentliche Chains wertvoll gemacht haben.

Die größte davon, Canton Network, bezeichnet sich selbst als „public permissioned“-Chain, weil sie den Zugang zu ihren Systemen einschränkt. Laut der Chainalysis-Analyse beherbergt Canton angeblich rund sechs Billionen Dollar an institutionellen Vermögenswerten. Der institutionelle Appetit ist real und bewegt sich schnell.

Die vier Privacy-Modelle: Eine Compliance-Aufschlüsselung

Chainalysis identifiziert vier unterschiedliche architektonische Ansätze. Jedes Modell hat andere Abwägungen, andere Datenzugriffsmechanismen und, entscheidend, andere Auswirkungen auf Compliance-Teams und die Digital-Asset-Buchhaltungssoftware-Workflows, die sie betreiben.

Modell 1: Need-to-Know-Datenaustausch (Canton Network)

Canton baut Privatsphäre auf der Protokollebene auf. Jede Transaktion ist nur für die direkt beteiligten Parteien sichtbar, und Stakeholder wie Compliance-Teams, Regulierungsbehörden oder Abwicklungskontrahenten erhalten nur das Segment der Daten, das für ihre Rolle relevant ist. Die Chainalysis-Analyse veranschaulicht dies anhand einer Delivery-versus-Payment-Transaktion (DvP): Die Bank, die Bargeld erhält, sieht die Zahlungsdaten, aber nicht das übertragene Wertpapier; der Wertpapierregisterführer sieht die Vermögensübertragung, aber nicht den Bargeld-Schenkel. Kein einzelner Teilnehmer erhält das vollständige Bild, es sei denn, er ist dazu berechtigt.

Für Compliance-Teams ist diese Architektur bewusst und praktikabel, erfordert jedoch, dass formelle Zugangsvereinbarungen getroffen werden, bevor die Überwachung beginnen kann. Ein Unternehmen kann nachträglich keine Daten erhalten, für deren Empfang es zum Transaktionszeitpunkt nicht berechtigt war. Compliance-Beauftragte und die sie unterstützenden Buchhaltungsteams müssen ihre Datenberechtigungen gegen ihre Überwachungspflichten abbilden, bevor sie Canton-basierte Aktivitäten in ihre Krypto-Buchhaltungssoftware oder AML-Workflows aufnehmen.

Modell 2: Opt-in-Shielded-Pools (Zcash)

Zcash datiert vor der aktuellen institutionellen Privacy-Welle, veranschaulicht aber ein dauerhaftes Modell: eine öffentliche Blockchain mit optionaler Privacy-Ebene. Die meisten Zcash-Aktivitäten verwenden transparente Adressen, die ähnlich wie Bitcoin funktionieren. Das Netzwerk hat jedoch auch Shielded-Pools, der größte ist Orchard, in denen Absender, Empfänger und Betrag alle verschlüsselt sind. Selbst der Empfänger einer Shielded-Übertragung kann nicht sehen, woher die Vermögenswerte stammen.

Der Compliance-Mechanismus ist der Viewing Key. Inhaber eines Viewing Keys können Transaktionsdetails innerhalb des relevanten Pools entschlüsseln. Chainalysis stellt fest, dass es Zcash-Überwachung in gleicher Weise unterstützt wie Bitcoin für ungeschützte Transaktionen und Übertragungen in, aus und zwischen Shielded-Pools identifizieren kann, die als „Protocol privacy“-Exposition für risikobasierte Überprüfung gekennzeichnet werden. Die Einschränkung ist die Funktionalität: Zcash wurde nicht für die Ausführung komplexer Finanzanwendungen entwickelt, was seine institutionelle Relevanz auf einfache Wertübertragungen beschränkt anstatt auf DeFi oder tokenisierte Asset-Infrastruktur.

Modell 3: Selektive vertrauliche Übertragungen (Solana)

Solanans Ansatz ist additiv und nicht fundamental. Token-Emittenten können wählen, vertrauliche Übertragungen in ein Asset bei dessen Erstellung zu integrieren. Wenn sie dies tun, sind der übertragene Betrag sowie die Salden von Absender und Empfänger verborgen, aber die Wallet-Identitäten bleiben sichtbar. Auditoren mit einem Viewing Key können die vollständigen Transaktionsdetails weiterhin entschlüsseln.

Die Compliance-Auswirkung ist nuanciert. Identitätstransparenz bleibt erhalten, was KYC- und Sanktionsprüfungen handhabbar macht. Aber die Undurchsichtigkeit von Salden und Beträgen bedeutet, dass die Überwachung des Transaktionswerts einen Schlüsselzugriff erfordert, der vertraglich mit Kontrahenten etabliert oder in Token-Emissionsbedingungen eingebettet werden muss. Solana startete vertrauliche Übertragungen Anfang 2025, nahm die Funktion wegen Fehlern offline und führte sie im Juni 2026 wieder ein. Jedes Unternehmen, das vor dem Ausfall Compliance-Workflows darauf aufgebaut hat, sollte überprüfen, ob seine aktuellen Tools die aktualisierte Implementierung widerspiegeln.

Modell 4: Zero-Knowledge-Ausführung (Aztec)

Aztec, eine Ethereum-Layer-2, repräsentiert das opakste Modell in der Chainalysis-Taxonomie. Transaktionen werden lokal auf dem Gerät des Benutzers berechnet; das Netzwerk erhält nur einen kryptografischen Beweis, dass die Berechnung gültig war. Vertragszustand, Transaktionslogik und Ausführungsdetails sind für externe Beobachter unsichtbar. Die einzigen öffentlich lesbaren Signale sind die Ein- und Auszahlungsereignisse an der Ethereum-Layer-1-Brücke, die Ein- und Austrittspunkte des Systems.

Es gibt keinen eingebauten Auditor-Schlüssel oder Protokoll-Hintertür. Der Compliance-Zugang hängt vollständig von Designentscheidungen auf Anwendungsebene ab. Entwickler, die auf Aztec bauen, können Smart-Contract-Logik schreiben, die von Benutzern verlangt, Transaktionsdaten selektiv an einen Compliance-Anbieter offenzulegen, als Bedingung für die Teilnahme. Ohne diese Designentscheidung sind Gelder in Aztec ohne die freiwillige Kooperation des Inhabers effektiv nicht überwachbar.

Aztec startete sein Alpha-Mainnet Anfang 2026 und ist noch in den Anfängen, verarbeitet derzeit etwa eine Transaktion pro Sekunde. Aber seine Architektur ist die privacy-freundlichste der vier und diejenige, die die größte Last auf Anwendungsentwickler legt, um Compliance-Zugang von Anfang an einzubauen. Für Compliance-Teams bedeutet das, dass Due Diligence nicht auf Chain-Ebene enden kann. Sie muss sich auf die spezifische Anwendung erstrecken, die ein Kunde nutzt, und darauf, ob der Entwickler dieser Anwendung die erforderlichen Offenlegungsbedingungen implementiert hat.

Was das für Compliance-Teams und ihre Software-Workflows bedeutet

Die Chainalysis-Analyse ist in einem Punkt eindeutig: Überwachungstechniken, die in einem Privacy-Netzwerk funktionieren, gelten nicht unbedingt für ein anderes. Es gibt keine generische „Privacy-Chain“-Compliance-Qualifikation. Jedes Modell erfordert andere Tools, andere Zugangsvereinbarungen und andere analytische Ansätze. Diese Fragmentierung hat direkte Konsequenzen dafür, wie Wirtschaftsprüfungsgesellschaften und CFOs ihre Aufsicht strukturieren.

Datenzugriff muss im Voraus bereitgestellt werden

Insbesondere für Canton und Aztec hängt die Möglichkeit, eine Transaktion zu überwachen, von Zugriffsrechten ab, die vor oder während der Transaktionsausführung etabliert werden, nicht nachträglich. Wenn das Compliance-Team einer Firma nicht als Stakeholder eingerichtet ist, existieren die Daten in keiner Form, die sie abrufen können. Nachträglich Zugang zu schaffen, ist keine Option, die die Architektur erlaubt. Das ist eine wesentliche Abweichung von der Public-Chain-Compliance, bei der historische Daten für jeden mit den richtigen Analysetools immer zugänglich sind.

Unternehmen sollten Kundenvereinbarungen und Onboarding-Dokumente jetzt überprüfen, um festzustellen, ob bereits Privacy-Chain-Aktivitäten stattfinden, und wenn ja, ob die erforderlichen Datenzugriffsberechtigungen vorhanden sind. Die MiCA-Compliance-Verpflichtungen für CASPs, die Anfang dieses Jahres vollständig in Kraft traten, umfassen Transaktionsüberwachungsanforderungen, die unabhängig von der Privacy-Architektur der zugrunde liegenden Chain gelten, was diese Lücke für EU-autorisierte Unternehmen besonders dringend macht.

Krypto-Buchhaltungssoftware benötigt Chain-spezifische Konfiguration

Standard-Public-Chain-Daten-Feeds pumpen Transaktions-Hashes, Beträge und Adressen direkt in Buchhaltungsledger. Privacy-Chains brechen diese Annahme. Für Shielded-Pool-Transaktionen auf Zcash oder vertrauliche Übertragungen auf Solana sind Beträge an der Quelle verschlüsselt. Für Aztec ist die Transaktion selbst auf Protokollebene unsichtbar, es sei denn, die Anwendung macht sie sichtbar. Jede Firma, die Krypto-Buchhaltungssoftware verwendet, um Kundenpositionen zu buchen oder Digital-Asset-Salden abzugleichen, muss Chain für Chain und Modell für Modell überprüfen, welche Daten ihre Tools tatsächlich erhalten und ob diese Daten für Buchhaltungszwecke vollständig sind.

Das ist kein theoretisches Problem. Wenn ein Kunde Vermögenswerte in einem Zcash-Shielded-Pool hält und die Firma den Viewing Key nicht besitzt, stützt sich der Buchungseintrag für diese Position auf Daten, die die Firma nicht unabhängig verifizieren kann. Das ist ein Prüfungsrisiko, nicht nur ein Compliance-Risiko.

Die Chainalysis Cronos-Integration, die Anfang dieses Jahres veröffentlicht wurde, hat gezeigt, wie Chain-spezifische Überwachungsfähigkeiten inkrementell aufgebaut werden müssen. Die gleiche Logik gilt für Privacy-Chains: Die Abdeckung ist netzwerkweise, und Unternehmen sollten ihre Tooling-Anbieter fragen, welche dieser vier Modelle derzeit unterstützt werden und unter welchen Bedingungen. Weitere Informationen darüber, wie sich Überwachungsfähigkeiten über Chains ausweiten, finden Sie in unserer früheren Berichterstattung zur Chainalysis Cronos-Integration und ihren AML- und Buchhaltungsauswirkungen.

Die institutionelle Adoptionskurve schafft ein Zeitrisiko

Die gemeldeten sechs Billionen Dollar institutioneller Vermögenswerte auf Canton sind keine Zukunftsprojektion. Sie spiegeln Aktivität wider, die bereits on-chain stattfindet. Aztecs Mainnet ist seit Anfang 2026 live. Solanas vertrauliche Übertragungen sind wieder online. Wirtschaftsprüfungsgesellschaften und CFOs, deren Kunden in institutionellen Digital-Asset-Märkten aktiv sind, sollten davon ausgehen, dass eine Exposition gegenüber mindestens einem dieser vier Modelle entweder bereits besteht oder in der nächsten Berichtsperiode entstehen wird.

Zu warten, bis ein Kunde Privacy-Chain-Aktivitäten offenlegt, ist die falsche Haltung. Die Due-Diligence-Frage gehört in den Onboarding- und periodischen Überprüfungsprozess, nicht in die Incident-Response-Warteschlange.

Das regulatorische Fundament bleibt konstant

Chainalysis macht einen Punkt, der für Compliance- und Buchhaltungsaudienzen hervorgehoben werden muss: Die Compliance-Verpflichtung für Institutionen ändert sich nicht, weil die zugrunde liegende Chain privat ist. Regulierte Unternehmen müssen verstehen, mit wem sie on-chain Geschäfte machen. Die Architektur des Privacy-Netzwerks bestimmt, wie sie diese Verpflichtung erfüllen können, nicht ob sie es müssen. AML-, KYC-, Sanktionsprüfungs- und Transaktionsüberwachungsanforderungen gelten für die Institution, die die Chain nutzt, unabhängig davon, wie die Chain selbst mit der Datensichtbarkeit umgeht.

Diese Rahmung ist wichtig dafür, wie Wirtschaftsprüfungsgesellschaften Kunden beraten. Ein Kunde, der sagt „wir nutzen eine private Chain“, ist keine Compliance-Antwort. Die darauf folgende Frage ist, welches Modell, welche Viewing-Key- oder Zugangsvereinbarungen vorhanden sind und wie On-Chain-Daten in die Überwachungs- und Aufzeichnungssysteme der Firma einfließen.

Praktische nächste Schritte für Wirtschaftsprüfungsgesellschaften und CFOs

Die Chainalysis-Analyse verschreibt keine einzige Lösung, weil keine existiert. Was sie tut, ist die Landschaft zu klären. Die praktischen Schritte, die aus dieser Klarheit folgen, sind:

Sofortige Maßnahmen

Erstens: Identifizieren Sie, ob aktuelle Kundenaktivitäten Canton, Zcash-Shielded-Pools, Solana-vertrauliche Übertragungen oder Aztec berühren. Zweitens: Für jede identifizierte Exposition, bilden Sie ab, welche Daten die Firma derzeit erhält, gegenüber dem, was ihre AML- und Buchhaltungspflichten erfordern. Drittens: Stellen Sie fest, ob Viewing-Keys oder Zugriffsberechtigungen an den erforderlichen Stellen vorhanden sind, und beginnen Sie, falls nicht, diese vertraglich zu etablieren. Viertens: Überprüfen Sie mit Tooling-Anbietern, dass die Krypto-Buchhaltungssoftware und Überwachungssysteme der Firma für das spezifische Privacy-Modell konfiguriert sind, das verwendet wird, nicht nur für Public-Chain-Standards.

Diese Schritte sind nicht komplex, erfordern aber bewusstes Handeln. Die Compliance-Lücke bei der Privacy-Chain-Überwachung ist in erster Linie keine Technologielücke. Es ist eine Prozess- und Zugangsvereinbarungslücke, die Technologie nicht schließen kann, wenn die Grundlagen nicht zuerst gelegt wurden.

Quelle: Chainalysis