Dusk nennt sich weiterhin „vertraulich per Default“, aber je länger ich mich mit den Dokumenten beschäftigt habe, desto mehr wurde klar, dass diese Formulierung etwas enger meint, als sie klingt. Dusk Network, $DUSK , #dusk , @Dusk – die geschützte Transaktionsschicht existiert und funktioniert, aber das System ist auf selektive Prüfbarkeit ausgelegt: Die Privatsphäre bleibt gewahrt, bis ein Regulierer oder eine autorisierte Stelle sie sehen muss, und dieser Zugriff ist von Anfang an so vorgesehen – nicht erst nachträglich aufgesetzt. Daher ist „per Default“ nicht wirklich volle Vertraulichkeit, sondern Vertraulichkeit mit einer ständigen Ausnahmebestimmung für Institutionen. Endnutzer bekommen die Datenschutz-Perspektive von Anfang an präsentiert; das Compliance-„Backdoor“ wird als Feature für Emittenten und Regulierer gerahmt und taucht erst später in der tatsächlichen Nutzererfahrung auf, wenn sie XSC-Verträge nutzen oder mit lizenzierten Assets zu tun haben. Das ist eine durchaus vertretbare Gestaltung, wenn man für reguliertes Finanzwesen baut, aber das bedeutet: Die lauteste Marketingaussage (privat per Default) und die leise architektonische Realität (privat, sofern nicht jemand mit dem richtigen Schlüssel widerspricht) sind zwei unterschiedliche Zusagen. Ich frage mich immer wieder, für wen diese zweite Zusage wirklich geschrieben wurde.