Viele Menschen, die „Privacy Chain“ hören, denken zuerst an Projekte wie Zcash oder Monero, die vor allem persönliche anonyme Überweisungen umsetzen. Wenn man Dusk anhand dieses Rahmens verstehen will, verpasst man im Grunde das, was es wirklich tut: Dusk zielt auf intelligente Finanz- (Smart-Contract-)Lösungen und Business für Institutionen. Auf der Privatsphäre liegt noch eine zusätzliche Schicht aus Compliance- und Audit-Fähigkeiten – ein Problem, das Zcash und Monero so nicht einmal adressieren wollen.

Schauen wir zuerst auf die zugrunde liegende Abrechnungsschicht. Der Konsens nutzt Succinct Attestation (SA); im Whitepaper wird das sehr konkret beschrieben: Es handelt sich um ein komiteebasiertes PoS-Protokoll. Der Provisioner – der DUSK verpfändet – ist für Blockproduktion und Abstimmung verantwortlich. Über deterministische Selektion (deterministic sortition) werden die Teilnehmer ausgewählt. Dadurch müssen nicht alle Validatoren zu jedem Block Stellung beziehen, sondern es wird nur ein Komitee ausgewählt, das dann abstimmt. Das ermöglicht eine schnelle, deterministische Abrechnung – statt eines „meistens klappt es irgendwie“ Zustands.

Auf der Transaktionsebene verwendet Dusk zwei Modelle. Moonlight ist der transparente Kontenmodus: Kontostände und Überweisungsprotokolle sind öffentlich, passend für Szenarien, in denen man direkt buchen und abgleichen muss. Die Bedienlogik ist dem Kontenmodell von Ethereum sehr ähnlich. Phoenix hingegen basiert auf ZK-Proofs für verschleierte Transaktionen: Beträge und Geschäftspartner sind standardmäßig nicht öffentlich. Über den view key (Ansichtsschlüssel) kann man jedoch den Auftrag delegieren, „zu scannen und zu bestätigen, ob diese Transaktion die eigene ist“. In der tatsächlichen Produktumsetzung unterstützt diese Fähigkeit auch eine selektive Offenlegung gegenüber Audit-Instanzen: Wenn du den view key an eine Prüfstelle gibst, können sie die relevanten Informationen verifizieren, ohne dass alle Transaktionsdaten für alle offen sichtbar werden müssen. Das ist komplett eine andere Denkweise als „entweder alles offen oder alles verborgen“.

Was die Entwickler-Ökosysteme betrifft: DuskEVM ist kompatibel mit OP-Stack und Solidity – klassische Ethereum-Smart-Contracts lassen sich meist direkt migrieren. Hedger erweitert die EVM-Umgebung zusätzlich um die Fähigkeit für vertrauliche Transaktionen. Die native DuskVM unterstützt wiederum die Entwicklung von vertraulichen Smart Contracts mit Rust/WASM. Das entspricht dem markenrechtlich gebrandeten Confidential Security Contract (XSC)-Standard von Dusk. Das bedeutet: Entwickler können sowohl normale öffentliche dApps bauen als auch innerhalb derselben Kette vertrauliche Wertpapier- und institutionelle Finanzanwendungen aufsetzen – ohne dafür ein komplettes neues Tech-Stack nur wegen Privatsphäre wechseln zu müssen.

#dusk $DUSK @Dusk
Wie findet ihr den Praxisnutzen dieser selektiven Offenlegungsmethode mit view key – wie gut ist das eurer Meinung nach?