Ich habe heute stundenlang die Dokumentation zu dem Transaktionsmodell von @Dusk gelesen, und mir brennt seitdem eine Frage im Kopf: Wie kann eine Kette gleichzeitig dafür sorgen, dass Transaktionen unsichtbar sind, und dass regulierte Vermögenswerte jederzeit überprüfbar (auditiert) werden können? „Datenschutz & Compliance“ klingt auf einer Werbeseite sehr glatt, beim Zerlegen in die Berechtigungsebene wird es deutlich weniger einfach.
DuskDS bietet dafür im Grunde zwei Wege. Moonlight ist ein öffentliches Konto: Kontostand, Absender, Empfänger und Betrag sind für alle sichtbar; Phoenix macht die Gelder zu verschlüsselten Wertpapieren und nutzt Zero-Knowledge-Beweise, um zu zeigen, dass kein Double-Spending vorliegt und der Kontostand ausreicht, ohne konkrete Beträge und die Beziehung zwischen Wertpapieren offenzulegen. Wenn eine Prüfung erforderlich ist, kann man außerdem über einen viewing key selektiv offenlegen. Dieses Design halte ich für klug—es zwingt nicht alle dazu, für immer anonym zu sein, und es stellt auch nicht alle Transaktionen einfach ungefiltert komplett offen.
Aber als ich weiter in Citadel nachschaute, wurde es kompliziert. Identitätsnachweise müssen möglicherweise weniger preisgeben; Lizenzverträge kann man prüfen, um zu sehen, wer überhaupt berechtigt ist, in einen bestimmten Vermögens-Workflow einzutreten. In der offiziellen Netzwerkbeschreibung werden zudem Funktionen für Zutrittskontrollen, Aktionärsregister und zwangsweise Übertragungen bei regulierten Vermögenswerten aufgeführt. Anders gesagt: Datenschutz schützt, was Umstehende sehen, während die Compliance-Ebene darüber entscheidet, was ich tun darf. Nicht sichtbar heißt nicht außer Kontrolle; selektive Offenlegung heißt auch nicht, dass Nutzer am Ende immer die letzte Entscheidungshoheit haben.
Genau das ist der Punkt, den ich bei dem Narrativ über $DUSK am liebsten weiter hinterfragen würde: Wer generiert die Viewing Keys, wer verwahrt sie, und kann man sie widerrufen? Wenn sich die Regeln aufgrund von Änderungen beim Emittenten, am Transaktions-Setup oder aufgrund regulatorischer Anforderungen ändern—wer aktualisiert dann die Lizenzregeln? Gibt es einen offiziellen Einspruchsweg, wenn Nutzer fälschlich als unberechtigt eingestuft werden? Zero-Knowledge-Beweise können zwar belegen, dass die Regeln korrekt ausgeführt wurden, aber sie können nicht für mich beweisen, dass die Regel selbst überhaupt sinnvoll oder gerechtfertigt ist. Die Kryptographie versteckt Daten sehr gut—doch die Frage nach der Governance-Rechtemacht verschwindet nicht automatisch, nur weil Daten jetzt im Geheimen als Chiffre vorliegen.
Ich bestreite nicht, dass öffentliche Konten plus gesperrte Konten den Nutzern feinere Werkzeuge geben und dass Finanzmärkte tatsächlich Auditierbarkeit benötigen. Aber #dusk müsste eigentlich vor allem eines klarstellen: nicht nur „privat und compliant“, sondern für jede Art von Vermögenswert—wer sehen darf, wer blockieren kann und wer die Regeln ändern kann. Wenn diese drei Berechtigungstabellen nicht offen auf den Tisch gelegt werden, bleibt dann am Ende von „selektiver Offenlegung“ vielleicht nur noch übrig: „Die Plattform entscheidet, wann du offenlegen musst“?
$PORTAL $TAG
DuskDS bietet dafür im Grunde zwei Wege. Moonlight ist ein öffentliches Konto: Kontostand, Absender, Empfänger und Betrag sind für alle sichtbar; Phoenix macht die Gelder zu verschlüsselten Wertpapieren und nutzt Zero-Knowledge-Beweise, um zu zeigen, dass kein Double-Spending vorliegt und der Kontostand ausreicht, ohne konkrete Beträge und die Beziehung zwischen Wertpapieren offenzulegen. Wenn eine Prüfung erforderlich ist, kann man außerdem über einen viewing key selektiv offenlegen. Dieses Design halte ich für klug—es zwingt nicht alle dazu, für immer anonym zu sein, und es stellt auch nicht alle Transaktionen einfach ungefiltert komplett offen.
Aber als ich weiter in Citadel nachschaute, wurde es kompliziert. Identitätsnachweise müssen möglicherweise weniger preisgeben; Lizenzverträge kann man prüfen, um zu sehen, wer überhaupt berechtigt ist, in einen bestimmten Vermögens-Workflow einzutreten. In der offiziellen Netzwerkbeschreibung werden zudem Funktionen für Zutrittskontrollen, Aktionärsregister und zwangsweise Übertragungen bei regulierten Vermögenswerten aufgeführt. Anders gesagt: Datenschutz schützt, was Umstehende sehen, während die Compliance-Ebene darüber entscheidet, was ich tun darf. Nicht sichtbar heißt nicht außer Kontrolle; selektive Offenlegung heißt auch nicht, dass Nutzer am Ende immer die letzte Entscheidungshoheit haben.
Genau das ist der Punkt, den ich bei dem Narrativ über $DUSK am liebsten weiter hinterfragen würde: Wer generiert die Viewing Keys, wer verwahrt sie, und kann man sie widerrufen? Wenn sich die Regeln aufgrund von Änderungen beim Emittenten, am Transaktions-Setup oder aufgrund regulatorischer Anforderungen ändern—wer aktualisiert dann die Lizenzregeln? Gibt es einen offiziellen Einspruchsweg, wenn Nutzer fälschlich als unberechtigt eingestuft werden? Zero-Knowledge-Beweise können zwar belegen, dass die Regeln korrekt ausgeführt wurden, aber sie können nicht für mich beweisen, dass die Regel selbst überhaupt sinnvoll oder gerechtfertigt ist. Die Kryptographie versteckt Daten sehr gut—doch die Frage nach der Governance-Rechtemacht verschwindet nicht automatisch, nur weil Daten jetzt im Geheimen als Chiffre vorliegen.
Ich bestreite nicht, dass öffentliche Konten plus gesperrte Konten den Nutzern feinere Werkzeuge geben und dass Finanzmärkte tatsächlich Auditierbarkeit benötigen. Aber #dusk müsste eigentlich vor allem eines klarstellen: nicht nur „privat und compliant“, sondern für jede Art von Vermögenswert—wer sehen darf, wer blockieren kann und wer die Regeln ändern kann. Wenn diese drei Berechtigungstabellen nicht offen auf den Tisch gelegt werden, bleibt dann am Ende von „selektiver Offenlegung“ vielleicht nur noch übrig: „Die Plattform entscheidet, wann du offenlegen musst“?
$PORTAL $TAG