Je mehr ich über Dusk lese, desto mehr denke ich, dass die interessanteste Designentscheidung nicht allein der Datenschutz ist – sondern die Möglichkeit, dass verschiedene Arten von Aktivitäten unterschiedliche Informationen offenlegen.
Auf DuskDS kann ein Wert sich über zwei native Transaktionsmodelle bewegen. Moonlight unterstützt öffentliche, kontobasierte Übertragungen, während Phoenix geschützte, nachrichtenbasierte Übertragungen unterstützt, die Zero-Knowledge-Proofs verwenden. Beide werden auf derselben Kette abgewickelt, offenbaren jedoch Beobachtern unterschiedliche Informationen.
Das wird besonders in regulierten Finanz-Workflows spannend.
In der Dusk-Dokumentation wird selektive Offenlegung als kontrollierte Sichtbarkeit für Parteien wie Emittenten, Handelsplätze, Prüfer oder Aufsichtsbehörden beschrieben. Anstatt Transparenz und Vertraulichkeit als eine Alles-oder-Nichts-Entscheidung zu behandeln, können Entwickler festlegen, was öffentlich bleiben soll, was vertraulich bleiben muss und was eventuell gegenüber bestimmten Parteien offengelegt werden muss.
Die Architektur bietet außerdem zwei Ausführungspfade. DuskVM führt native Rust/WASM-Smart-Contracts direkt auf dem Dusk L1 aus, während DuskEVM eine EVM-äquivalente Umgebung für Solidity- und Vyper-Anwendungen bereitstellt – mit vertrautem Ethereum-Tooling.
Für mich ist die entscheidende Frage nicht mehr, ob Datenschutz auf einer Blockchain gehört.
Sondern ob konfigurierbare Sichtbarkeit Onchain-Finanz-Workflows praktikabler machen kann, ohne dabei die Verifikation zu opfern, die sie erfordern.
Die Architektur schafft die Möglichkeit. Die reale Übernahme wird ihren Wert bestimmen.
@Dusk_Foundation $DUSK #dusk
Auf DuskDS kann ein Wert sich über zwei native Transaktionsmodelle bewegen. Moonlight unterstützt öffentliche, kontobasierte Übertragungen, während Phoenix geschützte, nachrichtenbasierte Übertragungen unterstützt, die Zero-Knowledge-Proofs verwenden. Beide werden auf derselben Kette abgewickelt, offenbaren jedoch Beobachtern unterschiedliche Informationen.
Das wird besonders in regulierten Finanz-Workflows spannend.
In der Dusk-Dokumentation wird selektive Offenlegung als kontrollierte Sichtbarkeit für Parteien wie Emittenten, Handelsplätze, Prüfer oder Aufsichtsbehörden beschrieben. Anstatt Transparenz und Vertraulichkeit als eine Alles-oder-Nichts-Entscheidung zu behandeln, können Entwickler festlegen, was öffentlich bleiben soll, was vertraulich bleiben muss und was eventuell gegenüber bestimmten Parteien offengelegt werden muss.
Die Architektur bietet außerdem zwei Ausführungspfade. DuskVM führt native Rust/WASM-Smart-Contracts direkt auf dem Dusk L1 aus, während DuskEVM eine EVM-äquivalente Umgebung für Solidity- und Vyper-Anwendungen bereitstellt – mit vertrautem Ethereum-Tooling.
Für mich ist die entscheidende Frage nicht mehr, ob Datenschutz auf einer Blockchain gehört.
Sondern ob konfigurierbare Sichtbarkeit Onchain-Finanz-Workflows praktikabler machen kann, ohne dabei die Verifikation zu opfern, die sie erfordern.
Die Architektur schafft die Möglichkeit. Die reale Übernahme wird ihren Wert bestimmen.
@Dusk_Foundation $DUSK #dusk