Was meine Aufmerksamkeit in Dusk-Dokumentation geweckt hat: Datenschutz ist nicht einfach „aktiv“ für jeden Smart-Contract-Pfad.
DuskDS verarbeitet Phoenix-verschlüsselte Transfers, während DuskVM der Weg für Verträge ist, die direkten Zugriff auf Datenschutz- und Zero-Knowledge-Fähigkeiten benötigen. DuskEVM priorisiert derweil Solidity und vertraute EVM-Tools – vertrauliche Abläufe sind dabei über Hedger verfügbar.
Diese Architektur ist tatsächlich ziemlich interessant. Dusk trennt Kompatibilität von datenschutzkritischer Ausführung, statt so zu tun, als wären das dasselbe Problem.
Für DUSK ist die größere Frage nicht, ob die Kette Privatsphäre hat. Das tut sie. Die Frage ist, wie viel echte finanzielle Aktivität den EVM-Pfad nutzen kann, während dennoch Dusk’ tieferer Datenschutz-Stack benötigt wird.
$DUSK @Dusk #dusk
DuskDS verarbeitet Phoenix-verschlüsselte Transfers, während DuskVM der Weg für Verträge ist, die direkten Zugriff auf Datenschutz- und Zero-Knowledge-Fähigkeiten benötigen. DuskEVM priorisiert derweil Solidity und vertraute EVM-Tools – vertrauliche Abläufe sind dabei über Hedger verfügbar.
Diese Architektur ist tatsächlich ziemlich interessant. Dusk trennt Kompatibilität von datenschutzkritischer Ausführung, statt so zu tun, als wären das dasselbe Problem.
Für DUSK ist die größere Frage nicht, ob die Kette Privatsphäre hat. Das tut sie. Die Frage ist, wie viel echte finanzielle Aktivität den EVM-Pfad nutzen kann, während dennoch Dusk’ tieferer Datenschutz-Stack benötigt wird.
$DUSK @Dusk #dusk