#dusk $DUSK Ich habe mir heute das Phoenix-Privacy-Modell @Dusk wieder angesehen. Am leichtesten zu übersehen ist dabei nicht die Zero-Knowledge-Beweisführung selbst, sondern der Pfad zum Prüfen der View-Keys. Viele verstehen Privacy-Chains so, dass entweder alles verborgen bleibt oder alles öffentlich ist. Phoenix geht jedoch eher in diese Richtung: standardmäßig werden Betrag, Absender und Empfänger verborgen, und nur ein berechtigter Betrachter kann eine bestimmte Transaktion wiederherstellen.
Dieses Design ist im Finanzkontext extrem wichtig. Eine institutionelle Transaktion kann gleichzeitig Gegenparteien, Betrag, Asset-Typ und Valutadatum umfassen. In einem öffentlichen Kontomodell sind diese Felder, sobald sie on-chain sind, für alle Beobachter gleichbedeutend mit einem Einblick in den Transaktionsrhythmus und die Positionsänderungen der Institution. Vollständig anonym wäre wiederum zu wenig, damit Compliance-Stellen überhaupt die Herkunft der Gelder verifizieren könnten. Der View-Key ist kein Allzweck-Hintertürchen, sondern begrenzt den Offenbarungsumfang auf bestimmte Empfänger, bestimmte Transaktionen oder bestimmte Zeitfenster. Die eigentliche Frage ist nur, wie die Berechtigungsgrenzen definiert werden.
Zum Beispiel: Es ist nicht so, dass man das gesamte Buch in einen Safe sperrt und dem Auditor nur einen Master-Schlüssel gibt. Stattdessen trägt jeder Beleg eine widerrufbare, temporäre Berechtigung zum Mitlesen. Der Auditor kann prüfen, ob ein bestimmter Geldfluss zu einem konkreten Vertrag passt, ohne dass er die vollständigen Kontobewegungen des Kunden mitnehmen muss. Wird der Offenbarungsumfang zu weit gefasst, verliert die Privatsphäre ihre Wirkung; ist er zu eng, sind Compliance-Abläufe wiederum nicht mehr praktikabel.
In den offiziellen Dokumenten wird zwar selektive Offenlegung erwähnt, aber in öffentlich verfügbaren Materialien sieht man deutlich weniger durchgehende Fallstudien, die sich an echten Prüfungsprozessen orientieren. Die echte Herausforderung besteht darin, ob View-Keys in Prüfsoftware, bei Verwahrstellen und bei Compliance-Dienstleistern integriert werden können. Wenn Institutionen weiterhin Rohdaten exportieren müssen, um die Abstimmung abzuschließen, werden die technischen Privatsphäre-Vorteile durch den operativen Aufwand wieder aufgezehrt.
Deshalb schaue ich mir #dusk an und interessiere mich nicht nur dafür, ob eine Transaktion anonym ist. Für DUSK ist der entscheidende Punkt, ob Selektions-Offenlegungs-Tools von Compliance-Dienstleistern tatsächlich genutzt werden und ob der Abschluss der Prüfung gleichzeitig Privatsphäre und Verifizierbarkeit glaubhaft belegen kann. Die technische Umsetzung ist nur der Anfang; erst die Einbettung in tägliche Prüfprozesse macht die Lösung wirklich „real“. #dusk @Dusk $DUSK