#dusk $DUSK @Dusk $BNB $SOL
„Privatsphäre mit Compliance“ ist der Satz, den jede RWA-Kette verwendet. Ich wollte wissen, woraus er sich zusammensetzt, also habe ich einen Abend damit verbracht zu lesen, wie Dusk die Sichtbarkeit tatsächlich strukturiert.
Meine Ausgangsthese: Privatsphäre ist ein Schalter. An oder aus. Geschützt oder öffentlich.
Das stimmt nicht, und gerade daran ist das Spannende.
Eine einzelne Transaktion hat keinen einzigen Sichtbarkeitszustand. Sie hat für jeden Beobachter einen anderen.
Die Öffentlichkeit sieht, dass eine gültige Transaktion erfolgt ist und dass das Netzwerk sie akzeptiert hat. Nicht wer, nicht wie viel.
Die Gegenpartei sieht, was sie braucht, um ihre Seite abzuschließen: Betrag, Asset, Abrechnungsstatus.
Der Betreiber der Handelsplattform sieht, was er wissen muss, um ein Buch zu führen und seinen eigenen Verpflichtungen nachzukommen: Positionen, Limits, Exponierung.
Ein autorisierter Prüfer sieht, was von seinem Mandat abgedeckt ist, und nur das. Nicht das ganze Ledger. Nicht alles für immer.
Vier Beobachter. Eine Transaktion. Vier verschiedene Datensätze.
Als ich das so gesehen habe, wurde die Entwurfsanforderung sofort klar. Eine vollständig transparente Kette gibt allen vieren dieselbe Sicht, wodurch Ihre Positionen an Wettbewerber durchsickern. Eine vollständig undurchsichtige Kette gibt allen vieren gar nichts, wodurch keine lizenzierte Einheit auf ihr operieren kann.
Dusk’s Stack versucht, die Grenze programmierbar statt binär zu machen – Phoenix für geschützte Übertragungen, Moonlight für öffentliche Kontofluss-ähnliche Abläufe und Hedger auf DuskEVM, das homomorphe Verschlüsselung mit Zero-Knowledge-Beweisen kombiniert, sodass eine Handelsplattform auf Werte rechnen kann, die sie nicht lesen kann.
Wobei ich mich ehrlich gesagt unsicher bin: Wie granular die Sicht des Prüfers in der Praxis tatsächlich wird. Pro Transaktion? Pro Konto? Zeitlich begrenzt? Die Materialien beschreiben die Fähigkeit, nicht den operativen Standard, und das sind unterschiedliche Dinge.
Wenn jemand den Implementierungsdetails des Viewing Keys im Detail nachgegangen ist, ist genau diese Lücke die, die ich schließen möchte.
Meine Frage an den Raum: Welche der vier Sichten ist am schwierigsten korrekt hinzubekommen? Ich würde den Betreiber der Handelsplattform tippen, weil er die meisten Daten braucht, aber von den anderen drei Parteien am wenigsten vertrauenswürdig ist.
„Privatsphäre mit Compliance“ ist der Satz, den jede RWA-Kette verwendet. Ich wollte wissen, woraus er sich zusammensetzt, also habe ich einen Abend damit verbracht zu lesen, wie Dusk die Sichtbarkeit tatsächlich strukturiert.
Meine Ausgangsthese: Privatsphäre ist ein Schalter. An oder aus. Geschützt oder öffentlich.
Das stimmt nicht, und gerade daran ist das Spannende.
Eine einzelne Transaktion hat keinen einzigen Sichtbarkeitszustand. Sie hat für jeden Beobachter einen anderen.
Die Öffentlichkeit sieht, dass eine gültige Transaktion erfolgt ist und dass das Netzwerk sie akzeptiert hat. Nicht wer, nicht wie viel.
Die Gegenpartei sieht, was sie braucht, um ihre Seite abzuschließen: Betrag, Asset, Abrechnungsstatus.
Der Betreiber der Handelsplattform sieht, was er wissen muss, um ein Buch zu führen und seinen eigenen Verpflichtungen nachzukommen: Positionen, Limits, Exponierung.
Ein autorisierter Prüfer sieht, was von seinem Mandat abgedeckt ist, und nur das. Nicht das ganze Ledger. Nicht alles für immer.
Vier Beobachter. Eine Transaktion. Vier verschiedene Datensätze.
Als ich das so gesehen habe, wurde die Entwurfsanforderung sofort klar. Eine vollständig transparente Kette gibt allen vieren dieselbe Sicht, wodurch Ihre Positionen an Wettbewerber durchsickern. Eine vollständig undurchsichtige Kette gibt allen vieren gar nichts, wodurch keine lizenzierte Einheit auf ihr operieren kann.
Dusk’s Stack versucht, die Grenze programmierbar statt binär zu machen – Phoenix für geschützte Übertragungen, Moonlight für öffentliche Kontofluss-ähnliche Abläufe und Hedger auf DuskEVM, das homomorphe Verschlüsselung mit Zero-Knowledge-Beweisen kombiniert, sodass eine Handelsplattform auf Werte rechnen kann, die sie nicht lesen kann.
Wobei ich mich ehrlich gesagt unsicher bin: Wie granular die Sicht des Prüfers in der Praxis tatsächlich wird. Pro Transaktion? Pro Konto? Zeitlich begrenzt? Die Materialien beschreiben die Fähigkeit, nicht den operativen Standard, und das sind unterschiedliche Dinge.
Wenn jemand den Implementierungsdetails des Viewing Keys im Detail nachgegangen ist, ist genau diese Lücke die, die ich schließen möchte.
Meine Frage an den Raum: Welche der vier Sichten ist am schwierigsten korrekt hinzubekommen? Ich würde den Betreiber der Handelsplattform tippen, weil er die meisten Daten braucht, aber von den anderen drei Parteien am wenigsten vertrauenswürdig ist.
