Ich habe ständig erwartet, dass DUSKs Datenschicht das herausragende Alleinstellungsmerkmal ist, aber hängen geblieben ist bei mir eher die Erkenntnis, wie viel von seiner vertraulichen Transaktionslogik Opt-in statt per Default umgesetzt ist. $DUSK #dusk @Dusk ist für reguliertes Finanzwesen gebaut, doch eine schlichte Überweisung im Netzwerk läuft trotzdem über den transparenten Pfad, es sei denn, du rufst ausdrücklich die „shielded“-Vertragsausführung auf. Das ist nicht genau ein Mangel, eher eine Reihenfolge-Entscheidung: Institutionen bekommen zuerst die compliance-freundlichen Leitungen, während die Zero-Knowledge-Privatsphäre, die zentral für das Angebot ist, eine Ebene tiefer sitzt und darauf wartet, dass jemand danach greift. Ich habe beobachtet, wie ein grundlegender Token-Transfer mit voller Sichtbarkeit ablief – ohne Abschirmung, ohne Reibung, ohne dass es dafür Werbung gab. Der erweiterte Pfad existiert, er ist dokumentiert, er funktioniert, aber das ist nicht das, was standardmäßig passiert. Das hat mich darüber nachdenken lassen, wie Infrastruktur-Erzählungen oft die Decke dessen beschreiben, was möglich ist, statt den Boden dessen, was die meisten Transaktionen tatsächlich berühren. Vielleicht ist das okay für eine Settlement-Ebene, die auf Auditoren und Regulierer ausgerichtet ist. Vielleicht ist „Privacy-by-Request“ die ehrlichere Gestaltung als „Privacy-by-Default“. Trotzdem ist noch unklar, für wen diese Reihenfolge im Stillen zuerst optimiert.