Das interessante Detail an Dusks Datenschutzmodell ist nicht, dass es vertrauliche Transaktionen unterstützt. Entscheidend ist vielmehr, an welcher Stelle im Stack der Datenschutz umgesetzt wird.

Ich habe mir die aktuellen technischen Dokumente angesehen. Dusk beschreibt Datenschutz nicht als automatische Eigenschaft jeder Anwendung. DuskVM ist der native Rust-/WASM-Pfad, der speziell für Datenschutz und Zero-Knowledge-Funktionen geeignet ist. DuskDS bietet Phoenix für abgeschirmte Transfers und Moonlight für öffentliche Kontotransaktionen.

Der EVM-Pfad ist anders. DuskEVM wurde für Solidity und die vertrauten EVM-Tools entwickelt, doch laut Dokumentation führt der Weg zu vertraulichen Funktionen dort über Hedger, statt dass einfach alle nativen Datenschutzfunktionen direkt übernommen werden.

Ich denke, dieser Unterschied ist wichtiger als die Schlagzeile „vertrauliche Smart Contracts“. Wer Dusks Finanzinfrastruktur bewertet, sollte nicht nur fragen, ob Datenschutz möglich ist, sondern auch, welchen Ausführungspfad ein regulierter Workflow tatsächlich nutzt und welche Daten auf jeder Ebene sichtbar bleiben.

Dieses Implementierungsdetail würde ich in der Praxis noch gerne genauer messen.

@Dusk $DUSK #dusk