Ich habe in den Wallet-Dokumenten von Dusk herumgestöbert und bin bei einer Sache immer wieder hängen geblieben: Das Netzwerk betreibt zwei separate Transaktionsmodelle nebeneinander, eines mit Verschlüsselung (shielded) und eines transparenten (transparent), und die Wallet zwingt dich, pro Transaktion auszuwählen, welchen Modus du verwenden willst. $DUSK #Dusk @Dusk Die meisten Privacy-Chains behandeln Vertraulichkeit als den Standardzustand, den man abwählt. Dusk macht in der Praxis das Gegenteil – du musst Privatsphäre bei jeder einzelnen Transaktion aktiv auswählen, und diese Wahl bringt spürbare Reibung mit sich: Die Proving-Keys für shielded-Transfers liegen bei mehreren hundert Megabyte und müssen generiert oder abgerufen werden, bevor überhaupt ein Proof erstellt werden kann. Was mir auffiel, ist, dass das keine UX-Panne ist, sondern das eigentliche Design-„Wagnis“: Institutionen, die regulierte Abwicklung betreiben, wollen keine pauschale Privatsphäre, sondern Privatsphäre, die selektiv offengelegt und bei Bedarf geprüft werden kann. Das erzwungene Bekenntnis auf Transaktionsebene ist deshalb angesichts dessen vielleicht ehrlicher als Chains, die mit „private by default“ werben und dann später still und leise Hintertüren für die Compliance einbauen. Allerdings bedeutet das, dass frühe Nutzer Dusk weniger wie eine Privacy-Münze erleben, sondern eher wie eine Settlement-Verbindung, die zufällig auch Shielding unterstützt. Ich frage mich weiterhin, ob diese Einordnung Bestand hat, sobald tatsächlich Handelsvolumen anläuft, oder ob Nutzer einfach standardmäßig den Modus wählen, der günstiger ist, während die Privacy-Option ungenutzt bleibt.