Ich habe einen Nachmittag damit verbracht, die Dusk-Dokumentation für vertrauliche Smart Contracts zu lesen, in der Erwartung, dass die Privacy-Layer der Standardzustand für jede Transaktion ist. Dem ist nicht so. Die Compliance-Tools von $DUSK – der Teil, der es regulierten Entitäten tatsächlich ermöglicht, zu transaktieren, ohne die Daten der Gegenparteien offenzulegen – liegt hinter einem Opt-in-Konfigurationsschritt und ist nicht in den Basis-Transaktionsfluss eingebettet. @Dusk bewirbt sich als „für regulierte Märkte gebaut“, aber das, was man out of the box bekommt, sieht eher wie eine Standard-Public-Chain aus, bei der Privacy als zusätzliches Modul hinzugefügt wird, nach dem Entwickler bewusst greifen müssen. Die eine Designentscheidung, die bei mir hängen geblieben ist: Die Erstellung von Zero-Knowledge-Proofs ist auf Protokollebene verfügbar, doch Beispielverträge im Repo nutzen standardmäßig einen transparenten Zustand, sofern du nicht explizit die vertrauliche Variante einbindest. Das ist nicht genau ein Mangel – eher eine Frage der Reihenfolge: Institutionen bekommen zuerst die Zusage, Retail-Entwickler bekommen jetzt die Reibung bei der Umsetzung. Das lässt mich darüber nachdenken, ob „für Finanzmärkte gebaut“ heute die Architektur beschreibt oder die Roadmap, die als Architektur erzählt wird. Wer nutzt den vertraulichen Pfad gerade wirklich, und wer liest nur darüber.


#dusk $DUSK @Dusk