Ich habe die Ankündigung zur Mainnet-Einführung des Citadel-konformen Moduls von Dusk gelesen und dabei eigentlich nach den Details der Sicherheitsbegutachtung für Zero-Knowledge-Proof-Schaltkreise gesucht. Dann bin ich über die ersten offiziell namentlich genannten Kooperationspartner gestolpert und war kurz perplex – es sind keine Sicherheitsfirmen, die auf Krypto-Audits spezialisiert sind, sondern die in den Niederlanden lizenzierte digitale Wertpapierbörse NPEX und die EU-Compliance-Beratungsstelle DAC8.
Mein erster Gedanke war: Das wirkt komisch. Dusk baut eine End-to-End-Privacy-Blockchain – warum steht bei der Vorstellung des Compliance-Moduls als Erstaufgebot ausgerechnet ein Duo aus zwei lizenzierten Finanzdienstleistern und nicht ein Security-Team, das auf Kryptoangriffe und -abwehr fokussiert ist?
Als ich ein paar offizielle technische Blogposts durchgegangen bin, habe ich endlich den Sinn dahinter verstanden. Das zkUT-Compliance-Modul von Dusk ist im Kern ein Privacy-Transaktionsausführungs-„Executor“. So streng und korrekt auch die ZK-Schaltungen formuliert sind: Ob die Transaktion rechtlich sauber und regulatorisch überhaupt zulassungsfähig „landen“ kann, hängt letztlich davon ab, ob die von ihm ausgegebenen Beweise die Compliance-Anforderungen der Aufsichtsbehörden erfüllen.
Zum Beispiel: Bei einer tokenisierten Aktien-Transaktion kann Anonymität noch so perfekt sein – wenn die auf MiCA zugeschnittenen, zielgerichtet prüfbaren Anforderungen zur Nachvollziehbarkeit nicht erfüllt sind, bekommt man keine Emissionslizenz, und institutionelles Kapital traut sich nicht einzusteigen. Ebenso gilt: Bei einer institutionellen Überweisung nach Whitelist kann die Anonymität noch so gut sein – ohne Identitäts-„Whitelist“-Backing durch eine entsprechend lizenzierte Institution fehlt die Grundlage, damit sich die Transaktion im Compliance-Brokerage-System überhaupt sinnvoll weitervermitteln lässt.
Dass das Mainnet diese beiden Firmen als Erst-Partner für den Launch festlegt, bedeutet faktisch, dass die offizielle Seite eine Sache zugibt: Ob diese Compliance-Modul-Lösung am ersten Tag „verlässlich“ funktioniert, hängt nicht zur Hälfte nur an Dusk selbst – also an dessen eigenem ZK-Schaltkreis und der Logik für anonymes, aber compliancefähiges Staking – sondern die andere Hälfte liegt direkt auf den beiden lizenzierten Kooperationspartnern. Diese Erkenntnis hat mich dazu gebracht, das von ihm beworbene „End-to-End-Privacy“-Versprechen neu zu betrachten. PLONK-Rekursion zusammen mit dem Phoenix-Privacy-Transaktionsmodell sorgt dafür, dass beim Transaktionsausführungsprozess nichts unbemerkt manipuliert wird und dass der Ausführungs- und Privacy-Teil rechnerisch vertrauenswürdig ist. Aber ob die Transaktion von der Regulierung akzeptiert wird und ob sie in das traditionelle Finanzsystem eingebunden werden kann, ist eine völlig andere, unabhängige Hürde. Die technischen Codezeilen von Dusk kontrollieren diese Ebene nicht; man kann sie nur über die Anbindung an lizenzierte, compliancefähige Partner sicherstellen – indem man jede compliancefähige Transaktion so autorisiert, dass die Autorisierungsaufzeichnungen als zeitstempelbasierte, zielgerichtet verifizierbare Beweise signiert und on-chain für die spätere Prüfung durch Aufsichtsbehörden verfügbar gemacht werden.
Ich dachte ursprünglich, die Vertrauenswürdigkeit dieses Privacy-Systems sei ein Ganzes. Jetzt erst sehe ich: Es sind zwei Vertrauensebenen, die übereinander gestapelt werden. Technische Privacy-Vertrauenswürdigkeit ist nicht automatisch auch Vertrauenswürdigkeit für den regulatorischen Zugang – man muss beides getrennt betrachten. Nachdem ich diese Ebene verstanden habe, ist meine Einschätzung zum Launch dieses Compliance-Moduls
#dusk $DUSK @Dusk
Mein erster Gedanke war: Das wirkt komisch. Dusk baut eine End-to-End-Privacy-Blockchain – warum steht bei der Vorstellung des Compliance-Moduls als Erstaufgebot ausgerechnet ein Duo aus zwei lizenzierten Finanzdienstleistern und nicht ein Security-Team, das auf Kryptoangriffe und -abwehr fokussiert ist?
Als ich ein paar offizielle technische Blogposts durchgegangen bin, habe ich endlich den Sinn dahinter verstanden. Das zkUT-Compliance-Modul von Dusk ist im Kern ein Privacy-Transaktionsausführungs-„Executor“. So streng und korrekt auch die ZK-Schaltungen formuliert sind: Ob die Transaktion rechtlich sauber und regulatorisch überhaupt zulassungsfähig „landen“ kann, hängt letztlich davon ab, ob die von ihm ausgegebenen Beweise die Compliance-Anforderungen der Aufsichtsbehörden erfüllen.
Zum Beispiel: Bei einer tokenisierten Aktien-Transaktion kann Anonymität noch so perfekt sein – wenn die auf MiCA zugeschnittenen, zielgerichtet prüfbaren Anforderungen zur Nachvollziehbarkeit nicht erfüllt sind, bekommt man keine Emissionslizenz, und institutionelles Kapital traut sich nicht einzusteigen. Ebenso gilt: Bei einer institutionellen Überweisung nach Whitelist kann die Anonymität noch so gut sein – ohne Identitäts-„Whitelist“-Backing durch eine entsprechend lizenzierte Institution fehlt die Grundlage, damit sich die Transaktion im Compliance-Brokerage-System überhaupt sinnvoll weitervermitteln lässt.
Dass das Mainnet diese beiden Firmen als Erst-Partner für den Launch festlegt, bedeutet faktisch, dass die offizielle Seite eine Sache zugibt: Ob diese Compliance-Modul-Lösung am ersten Tag „verlässlich“ funktioniert, hängt nicht zur Hälfte nur an Dusk selbst – also an dessen eigenem ZK-Schaltkreis und der Logik für anonymes, aber compliancefähiges Staking – sondern die andere Hälfte liegt direkt auf den beiden lizenzierten Kooperationspartnern. Diese Erkenntnis hat mich dazu gebracht, das von ihm beworbene „End-to-End-Privacy“-Versprechen neu zu betrachten. PLONK-Rekursion zusammen mit dem Phoenix-Privacy-Transaktionsmodell sorgt dafür, dass beim Transaktionsausführungsprozess nichts unbemerkt manipuliert wird und dass der Ausführungs- und Privacy-Teil rechnerisch vertrauenswürdig ist. Aber ob die Transaktion von der Regulierung akzeptiert wird und ob sie in das traditionelle Finanzsystem eingebunden werden kann, ist eine völlig andere, unabhängige Hürde. Die technischen Codezeilen von Dusk kontrollieren diese Ebene nicht; man kann sie nur über die Anbindung an lizenzierte, compliancefähige Partner sicherstellen – indem man jede compliancefähige Transaktion so autorisiert, dass die Autorisierungsaufzeichnungen als zeitstempelbasierte, zielgerichtet verifizierbare Beweise signiert und on-chain für die spätere Prüfung durch Aufsichtsbehörden verfügbar gemacht werden.
Ich dachte ursprünglich, die Vertrauenswürdigkeit dieses Privacy-Systems sei ein Ganzes. Jetzt erst sehe ich: Es sind zwei Vertrauensebenen, die übereinander gestapelt werden. Technische Privacy-Vertrauenswürdigkeit ist nicht automatisch auch Vertrauenswürdigkeit für den regulatorischen Zugang – man muss beides getrennt betrachten. Nachdem ich diese Ebene verstanden habe, ist meine Einschätzung zum Launch dieses Compliance-Moduls
#dusk $DUSK @Dusk
