#dusk $DUSK @Dusk 翻 @DuskNetwork-Dokumente: Als ich das Ganze zum ersten Mal durchging, hatte ich eine sehr naive Frage: Warum pflegt eine Kette gleichzeitig drei verschiedene Transaktionsmodelle?
Moonlight ist komplett öffentlich, Phoenix ist komplett privat, Zedger wirkt am ungewöhnlichsten – nach außen wird nur ein Wurzel-Hash offengelegt. Müsste man das nicht einfach auf einmal zuschneiden?
Doch nachdem ich es vollständig durchgespielt habe, habe ich festgestellt: Dieses Design dient nicht dem Abdecken unterschiedlicher Szenarien, sondern zwingt auf Protokollebene eine Abstufung der Offenlegung von Informationen hinein.
Das tatsächliche Ziel von DUSK ist nicht, eine „Privacy-Chain“ zu bauen, sondern eine Chain, die Wertpapiere emittieren kann. Wertpapiere bringen von Natur aus regulatorische Pflichten mit, die mit Privatsphäre kollidieren: KYC, Übertragungsbeschränkungen, verpflichtende Rückkaufregelungen. In einem reinen Privacy-Modell weiß man nicht einmal, wer der Inhaber ist – wie soll man dann Dividenden auszahlen?
Zedger löst genau dieses Knotenproblem: Lokal werden die Detailinformationen vermerkt, on-chain wird nur der Wurzel-Hash veröffentlicht. Nach außen wird es verborgen, und ein Emittent oder ein Regulator erhält einen View Key, um eine Prüfung (Audit) durchführen zu können.
Das Citadel-Protokoll ergänzt außerdem die Identitätsschicht: Private NFTs tragen KYC-Nachweise. Nutzerweisen sich gegenüber dem Dienstanbieter per Zero-Knowledge-Proofs nach, dass sie die Bedingungen erfüllen – ohne dabei ihre konkrete Identität offenzulegen. Drei Vertrauensdomänen – Öffentlichkeit, Regulator und Dienstanbieter – sehen jeweils Informationen mit völlig unterschiedlichem Detailgrad.
DUSK hat etwas getan, was die meisten Privacy-Chains nicht hinbekommen: Regulatorische Regeln in eine kryptografische Struktur zu kodieren.
Am meisten beschäftigt mich allerdings der nächste Evolutionspfad.
Wenn RWA in großem Maßstab on-chain gehen, könnte dann „Compliance-Arbitrage“ entstehen: Emittenten zwingen, dass Wertpapier-Token über Zedger laufen, und dass der View Key als Teil der Vertragsklauseln ausgelagert wird? Wenn Nutzer dann nur noch darauf angewiesen sind, dass Exchanges den View Key in ihrem Namen verwahren, wird aus dem mühsam konstruierten Protokollkonzept der „selbstbestimmten Offenlegungsrechte“ für Nutzer am Ende nur noch Formsache?
Noch einen Schritt weiter: Wenn regulatorisch gefordert wird, dass „alle RWAs einen Echtzeit-Audit unterstützen müssen“, und der View-Key-Inhaber nicht mehr der „Nutzer“, sondern eine „lizenzierte Verwahrstelle“ ist – würde dann die Privacy-Staffelung von DUSK zusammenbrechen zu: „Privatsphäre gegenüber der Öffentlichkeit“, „Transparenz gegenüber Regulatoren“ und „für den Verwahrer komplett entblößt“? Die Zero-Knowledge-Proofs laufen zwar noch, aber die Privatsphäre-Grenze verschiebt sich von „Nutzerkontrolle“ hin zu „Compliance-Konfiguration“.
Was denkst du darüber? Lass es uns im Kommentarbereich besprechen.
Moonlight ist komplett öffentlich, Phoenix ist komplett privat, Zedger wirkt am ungewöhnlichsten – nach außen wird nur ein Wurzel-Hash offengelegt. Müsste man das nicht einfach auf einmal zuschneiden?
Doch nachdem ich es vollständig durchgespielt habe, habe ich festgestellt: Dieses Design dient nicht dem Abdecken unterschiedlicher Szenarien, sondern zwingt auf Protokollebene eine Abstufung der Offenlegung von Informationen hinein.
Das tatsächliche Ziel von DUSK ist nicht, eine „Privacy-Chain“ zu bauen, sondern eine Chain, die Wertpapiere emittieren kann. Wertpapiere bringen von Natur aus regulatorische Pflichten mit, die mit Privatsphäre kollidieren: KYC, Übertragungsbeschränkungen, verpflichtende Rückkaufregelungen. In einem reinen Privacy-Modell weiß man nicht einmal, wer der Inhaber ist – wie soll man dann Dividenden auszahlen?
Zedger löst genau dieses Knotenproblem: Lokal werden die Detailinformationen vermerkt, on-chain wird nur der Wurzel-Hash veröffentlicht. Nach außen wird es verborgen, und ein Emittent oder ein Regulator erhält einen View Key, um eine Prüfung (Audit) durchführen zu können.
Das Citadel-Protokoll ergänzt außerdem die Identitätsschicht: Private NFTs tragen KYC-Nachweise. Nutzerweisen sich gegenüber dem Dienstanbieter per Zero-Knowledge-Proofs nach, dass sie die Bedingungen erfüllen – ohne dabei ihre konkrete Identität offenzulegen. Drei Vertrauensdomänen – Öffentlichkeit, Regulator und Dienstanbieter – sehen jeweils Informationen mit völlig unterschiedlichem Detailgrad.
DUSK hat etwas getan, was die meisten Privacy-Chains nicht hinbekommen: Regulatorische Regeln in eine kryptografische Struktur zu kodieren.
Am meisten beschäftigt mich allerdings der nächste Evolutionspfad.
Wenn RWA in großem Maßstab on-chain gehen, könnte dann „Compliance-Arbitrage“ entstehen: Emittenten zwingen, dass Wertpapier-Token über Zedger laufen, und dass der View Key als Teil der Vertragsklauseln ausgelagert wird? Wenn Nutzer dann nur noch darauf angewiesen sind, dass Exchanges den View Key in ihrem Namen verwahren, wird aus dem mühsam konstruierten Protokollkonzept der „selbstbestimmten Offenlegungsrechte“ für Nutzer am Ende nur noch Formsache?
Noch einen Schritt weiter: Wenn regulatorisch gefordert wird, dass „alle RWAs einen Echtzeit-Audit unterstützen müssen“, und der View-Key-Inhaber nicht mehr der „Nutzer“, sondern eine „lizenzierte Verwahrstelle“ ist – würde dann die Privacy-Staffelung von DUSK zusammenbrechen zu: „Privatsphäre gegenüber der Öffentlichkeit“, „Transparenz gegenüber Regulatoren“ und „für den Verwahrer komplett entblößt“? Die Zero-Knowledge-Proofs laufen zwar noch, aber die Privatsphäre-Grenze verschiebt sich von „Nutzerkontrolle“ hin zu „Compliance-Konfiguration“.
Was denkst du darüber? Lass es uns im Kommentarbereich besprechen.