Was auffiel, war nicht die Datenschutzbehauptung selbst, sondern an welcher Stelle sie tatsächlich greift. DUSK ($DUSK , #dusk , @dusknetwork) vermarktet vertrauliche Transaktionen als zentrale Kernfunktion, aber wenn man in die Doku und den Testnet-Ablauf hineinschaut, sieht der Standardpfad für eine normale Überweisung ziemlich genauso aus wie bei jeder anderen Kette: sichtbar, nachverfolgbar, unspektakulär. Die selektive Offenlegung und die verschleierte Ausführung werden erst aktiv, wenn man etwas baut, das sie ausdrücklich benötigt – eine regulierte Wertpapieremission, einen institutionellen Abwicklungsprozess. Daher ist die „privacy-first“-Vermarktung eigentlich „privacy-available“ – freigeschaltet hinter einem Level an technischer Einrichtung, das ein Retail-User, der das Netzwerk ausprobiert, wahrscheinlich nie anfasst. Das ist nicht exakt ein Fehler, sondern eher eine Reihenfolgenentscheidung: zuerst für den Compliance-Fall bauen, und dann das allgemeine Nutzungsszenario das übernehmen lassen, was übrig bleibt. Das hat mich fragen lassen, wer dieses Ding im Alltag wirklich testet – und für wen es letztlich gebaut wurde. Die regulierte Institution bekommt den maßgeschneiderten Pfad; alle anderen erhalten dieselbe Basisschicht-Erfahrung wie anderswo. Ob diese Lücke sich schließt, wenn die Tools reifen, oder ob sie einfach zur dauerhaften Form des Netzwerks wird, ist noch unklar.
#dusk $DUSK @Dusk