Ich habe eine Stunde damit verbracht, die DUSK-Dokumentation durchzulesen und nach dem zu suchen, was jede Privacy-Chain behauptet: vertrauliche Transaktionen standardmäßig. $DUSK , #dusk , @Dusk . Stattdessen fand ich etwas, das die meisten Leute nicht bemerken werden, es sei denn, sie bauen tatsächlich darauf auf: Die Basisschicht-Transaktion ist abgeschirmt, sicher, aber sobald man Komposabilität mit etwas möchte, das einem Smart Contract ähnelt, wird man über Piecrust und einen separaten Pfad zur vertraulichen Vertragsausführung geleitet, der nicht das ist, was Wallets standardmäßig mitbringen. Das Framing "privat by default" ist für Übertragungen technisch korrekt, für programmierbare Nutzung aber stillschweigend bedingt. Eine Designentscheidung fiel besonders auf: Das Netzwerk behandelt Privatsphäre und Prüfbarkeit als Umschalter auf der Anwendungsebene, nicht als netzwerkweite Garantie — das bedeutet, dass die tatsächliche Privatsphäre von allem, was auf DUSK aufgebaut wird, vollständig davon abhängt, welches Modul ein Entwickler eingebunden hat. Das ist nicht genau ein Fehler, sondern eine Architekturentscheidung mit Konsequenzen, die niemand vermarktet. Da fragt man sich, wie viele "datenschutzfreundliche" Apps auf solchen Chains in Wirklichkeit nur datenschutzfähig sind und darauf warten, dass jemand die Funktion einschaltet.