Als ich zum ersten Mal Dusk untersuchte, war ich gegenüber „Private Finance“ ein wenig skeptisch. Früher bedeuteten viele Projekte mit Privatsphäre im Grunde nur „verstecken“. Aber wenn es um Institutionen und regulierte Märkte geht, ist das nicht so einfach. Das Finanzsystem braucht nicht etwas Unsichtbares, sondern etwas, das sich bei Bedarf nachweisen lässt.
Später habe ich die Dusk-Citadel-Unterlagen erneut durchgesehen und gemerkt, dass ich es zuvor falsch verstanden hatte. Citadel zerlegt die Identitätsprüfung in zwei Schritte. Im ersten Schritt sendet der Nutzer eine On-Chain-Transaktion und fügt eine Stealth-Adresse hinzu, die nur er selbst kontrollieren kann. Der Lizenzgeber scannt die Kette fortlaufend: Sobald er die an ihn gerichtete Anfrage sieht, gilt die Verifizierung als erfolgreich. Dann prägt er die Lizenz in genau diese Adresse, und der Nutzer scannt den Link, um sie abzuholen. Im zweiten Schritt nutzt der Nutzer die Lizenz, um einen Dienst zu beantragen: Er sendet erneut eine On-Chain-Transaktion, die einen Zero-Knowledge-Beweis enthält – als Nachweis, dass er über eine gültige Lizenz verfügt. Gleichzeitig berechnet er ein Session-Cookie: ein Wert, der mit On-Chain-Daten verifizierbar ist und dessen Bedeutung nur Nutzer und Dienstanbieter kennen. Das Cookie wird über einen verschlüsselten Kanal an den Dienstanbieter gesendet. Der Dienstanbieter prüft dann auf der Kette die Session-ID; passt sie, wird freigegeben. Alles geschieht durchgehend on-chain – aber außer Nutzer und Dienstanbieter weiß niemand, wer welche Anfrage stellt.
Die Anzahl der Constraint des Zero-Knowledge-Beweis-Systems liegt bei etwa 35.000. Die Generierung des Beweises dauert ungefähr ein paar Dutzend Sekunden, während die on-chain-Verifizierung nur 0,007 Sekunden in Anspruch nimmt. Für Nutzer bedeutet das: einmalig beim Antrag ein paar zusätzliche Sekunden warten. Danach liegt die Validierung im Millisekundenbereich. Außerdem kann die Lizenz im Voraus widerrufen werden, sodass man nicht auf das Ablaufdatum warten muss. Daher hat diese Generierungszeit keinen großen Einfluss auf die Gesamtleistung des Protokolls.
Citadel muss fünf Dinge sicherstellen: Dass der Beweis belegt, dass du tatsächlich eine Lizenz hast, ohne zusätzliche Informationen offenzulegen; dass der Dienstanbieter widerrufen kann, aber die Gültigkeit erhalten bleibt, bis die Lizenz tatsächlich widerrufen wird; dass deine Aktivitäten nicht zurückverfolgbar sind; dass der Beweis nicht doppelt verwendet werden kann; und dass nur die nötigen Informationen offengelegt werden. Diese fünf Eigenschaften – zusammen mit den Moat-Entwicklertools, die bereits als SDK verpackt sind – bilden den Kern der Dusk-Identity-Schicht: Sie steht auf einer Ebene mit DuskDS und DuskVM. Sie ist keine eigenständige Privatsphäre-Lösung, sondern entscheidet darüber, wer berechtigt ist, die öffentlichen Transaktionen von Moonlight und die privaten Transaktionen von Phoenix durchzuführen.
Als ich das gelesen hatte, blieb ich kurz stehen und dachte an etwas. Ein wirklich ausgereiftes Privatsphärensystem bedeutet nicht, dass alles unsichtbar ist, sondern dass unterschiedliche Rollen nur das sehen, was sie sehen sollen. Wenn Assets in Zukunft on-chain gehen, liegt der Wettbewerb nicht darin, wer am meisten verbirgt #dusk $DUSK @Dusk
Später habe ich die Dusk-Citadel-Unterlagen erneut durchgesehen und gemerkt, dass ich es zuvor falsch verstanden hatte. Citadel zerlegt die Identitätsprüfung in zwei Schritte. Im ersten Schritt sendet der Nutzer eine On-Chain-Transaktion und fügt eine Stealth-Adresse hinzu, die nur er selbst kontrollieren kann. Der Lizenzgeber scannt die Kette fortlaufend: Sobald er die an ihn gerichtete Anfrage sieht, gilt die Verifizierung als erfolgreich. Dann prägt er die Lizenz in genau diese Adresse, und der Nutzer scannt den Link, um sie abzuholen. Im zweiten Schritt nutzt der Nutzer die Lizenz, um einen Dienst zu beantragen: Er sendet erneut eine On-Chain-Transaktion, die einen Zero-Knowledge-Beweis enthält – als Nachweis, dass er über eine gültige Lizenz verfügt. Gleichzeitig berechnet er ein Session-Cookie: ein Wert, der mit On-Chain-Daten verifizierbar ist und dessen Bedeutung nur Nutzer und Dienstanbieter kennen. Das Cookie wird über einen verschlüsselten Kanal an den Dienstanbieter gesendet. Der Dienstanbieter prüft dann auf der Kette die Session-ID; passt sie, wird freigegeben. Alles geschieht durchgehend on-chain – aber außer Nutzer und Dienstanbieter weiß niemand, wer welche Anfrage stellt.
Die Anzahl der Constraint des Zero-Knowledge-Beweis-Systems liegt bei etwa 35.000. Die Generierung des Beweises dauert ungefähr ein paar Dutzend Sekunden, während die on-chain-Verifizierung nur 0,007 Sekunden in Anspruch nimmt. Für Nutzer bedeutet das: einmalig beim Antrag ein paar zusätzliche Sekunden warten. Danach liegt die Validierung im Millisekundenbereich. Außerdem kann die Lizenz im Voraus widerrufen werden, sodass man nicht auf das Ablaufdatum warten muss. Daher hat diese Generierungszeit keinen großen Einfluss auf die Gesamtleistung des Protokolls.
Citadel muss fünf Dinge sicherstellen: Dass der Beweis belegt, dass du tatsächlich eine Lizenz hast, ohne zusätzliche Informationen offenzulegen; dass der Dienstanbieter widerrufen kann, aber die Gültigkeit erhalten bleibt, bis die Lizenz tatsächlich widerrufen wird; dass deine Aktivitäten nicht zurückverfolgbar sind; dass der Beweis nicht doppelt verwendet werden kann; und dass nur die nötigen Informationen offengelegt werden. Diese fünf Eigenschaften – zusammen mit den Moat-Entwicklertools, die bereits als SDK verpackt sind – bilden den Kern der Dusk-Identity-Schicht: Sie steht auf einer Ebene mit DuskDS und DuskVM. Sie ist keine eigenständige Privatsphäre-Lösung, sondern entscheidet darüber, wer berechtigt ist, die öffentlichen Transaktionen von Moonlight und die privaten Transaktionen von Phoenix durchzuführen.
Als ich das gelesen hatte, blieb ich kurz stehen und dachte an etwas. Ein wirklich ausgereiftes Privatsphärensystem bedeutet nicht, dass alles unsichtbar ist, sondern dass unterschiedliche Rollen nur das sehen, was sie sehen sollen. Wenn Assets in Zukunft on-chain gehen, liegt der Wettbewerb nicht darin, wer am meisten verbirgt #dusk $DUSK @Dusk
