Zuerst hat mich an Dusk vor allem der Datenschutz angesprochen, aber inzwischen denke ich, dass die sinnvollere Frage ist, was passiert, nachdem eine Anwendung tatsächlich auf dem Netzwerk aufgebaut wurde. Ein gutes Datenschutzdesign ist das eine, aber Entwickler brauchen weiterhin den Raum, ihre eigenen dApps zu erstellen, ohne darauf zu warten, dass das Protokoll jede neue Funktion selbst hinzufügt. Genau hier ergibt die native dApp-Erweiterbarkeit von Dusk für mich am meisten Sinn.

Wenn mehrere Anwendungen gleichzeitig laufen, kann sich das Netzwerk nicht einfach darauf verlassen, dass stärkerer Datenschutz den Rest von selbst regelt. Die parallele Ausführung soll es ermöglichen, dass unabhängige Vorgänge nebeneinander laufen, statt alles durch eine lange Warteschlange zu zwingen.
Datenschutz schützt sensible Aktivitäten, die dApp-Erweiterbarkeit gibt Entwicklern mehr Freiheit, und die parallele Ausführung kümmert sich um das Ausmaß an Arbeit, das das Netzwerk tatsächlich verarbeiten kann.

Ich glaube, das verändert, wie ich @Dusk a ein wenig sehe. Es geht nicht nur darum, private Transaktionen zu ermöglichen. Die größere Herausforderung besteht darin, Datenschutz in Anwendungen praktisch zu machen, die Menschen auch wirklich nutzen können, ohne dass das Netzwerk zu restriktiv oder zu langsam wird.
Ich interessiere mich eher dafür zu sehen, was Entwickler am Ende mit dieser Freiheit bauen, als für eine weitere Feature-Ankündigung. Wenn die echten Anwendungen ankommen, sollte sich zeigen, ob $DUSK nützliche Infrastruktur aufgebaut hat oder nur eine lange Liste interessanter Technologien.

#dusk @Dusk