Ich habe eine Stunde damit verbracht, DUSK-Dokumente durchzugehen, auf der Suche nach dem, was jede Privacy-Chain verspricht: vertrauliche Transaktionen standardmäßig. $DUSK , #dusk , @Dusk . Was ich stattdessen fand, war eine Weiche im Weg, die die meisten nicht bemerken, es sei denn, sie bauen wirklich. Die Basisschicht-Transaktion ist geschützt, sicher, aber sobald du Komponierbarkeit mit irgendetwas erreichen willst, das auch nur ansatzweise nach Smart Contracts aussieht, wirst du über Piecrust und einen separaten Pfad zur Ausführung vertraulicher Verträge geleitet – einen Pfad, der nicht das ist, was Wallets standardmäßig mitliefern. Also ist die Formulierung „privat standardmäßig“ technisch gesehen für Transfers wahr, aber für die programmierbare Nutzung leise bedingt. Eine Designentscheidung stach besonders hervor: Das Netzwerk behandelt Privatsphäre und Nachvollziehbarkeit als einen Schalter auf Anwendungsebene – nicht als netzwerkweite Garantie. Das bedeutet, dass die tatsächliche Privacy-Position von allem, was auf DUSK aufgebaut ist, vollständig davon abhängt, welches Modul ein Entwickler ausgewählt hat, um es einzubinden. Das ist nicht genau ein Fehler, sondern eine Architekturentscheidung mit Konsequenzen, die niemand vermarktet. Macht mich stutzig, wie viele „datenschutzfreundliche“ Apps auf solchen Chains am Ende tatsächlich nur datenschutzfähig sind – und darauf warten, dass jemand die Funktion einschaltet.