Dusk Network, $DUSK — machte mitten in der Aufgabe einen Umweg und ging der Frage nach, wie Phoenix „privat“ tatsächlich definiert, und das war nicht das, was ich erwartet hatte.
Ich rief duskexplorer.com erneut auf — 48,457 insgesamt protokollierte Transaktionen, allein in den letzten 24h 89 Contract-Calls, die größtenteils über die Dual-Model-Logik des Transfer Contracts geroutet wurden. #dusk läuft unter der Haube keine Anonymitäts-Münze. Phoenix, das verschleierte Modell, verbirgt Beträge und Verknüpfungen on-chain — aber der Absender kann dennoch direkt gegenüber dem Empfänger identifiziert werden, abseits des öffentlichen Ledgers. @Dusk foundation hat das bewusst so eingebaut, um konform mit EU-Rahmenwerken zu bleiben, statt komplett anonym zu gehen wie ältere Privacy-Chains.
Das war der Teil, der länger bei mir hängen blieb, als ich erwartet hatte. Herkömmliche öffentliche Chains: alles ist für alle sichtbar, für immer. Old-School-Privacy-Coins: niemand sieht jemals irgendetwas, Compliance hin oder her. Dusk macht weder das eine noch das andere — es ist für die Menge vertraulich, für die Gegenpartei jedoch lesbar. Hmm… das ist wirklich eine andere Design-Achse, nicht nur „mehr Privatsphäre“ oder „weniger Privatsphäre“ im selben Maßstab.
Ich habe versucht, es anfangs auf Monero-artiges Denken abzubilden, aber das passte einfach nicht — ich musste das Transaktionsmodell tatsächlich neu lesen, statt davon auszugehen, dass ich es schon kannte.
Selektive Offenlegung per Design, nicht als nachträgliches Add-on — aber gilt dieses Modell auch, wenn institutionelles Volumen tatsächlich auftritt, oder wird „dem Empfänger offenlegen“ stillschweigend zu „dem offenlegen, der fragt“?
Ich rief duskexplorer.com erneut auf — 48,457 insgesamt protokollierte Transaktionen, allein in den letzten 24h 89 Contract-Calls, die größtenteils über die Dual-Model-Logik des Transfer Contracts geroutet wurden. #dusk läuft unter der Haube keine Anonymitäts-Münze. Phoenix, das verschleierte Modell, verbirgt Beträge und Verknüpfungen on-chain — aber der Absender kann dennoch direkt gegenüber dem Empfänger identifiziert werden, abseits des öffentlichen Ledgers. @Dusk foundation hat das bewusst so eingebaut, um konform mit EU-Rahmenwerken zu bleiben, statt komplett anonym zu gehen wie ältere Privacy-Chains.
Das war der Teil, der länger bei mir hängen blieb, als ich erwartet hatte. Herkömmliche öffentliche Chains: alles ist für alle sichtbar, für immer. Old-School-Privacy-Coins: niemand sieht jemals irgendetwas, Compliance hin oder her. Dusk macht weder das eine noch das andere — es ist für die Menge vertraulich, für die Gegenpartei jedoch lesbar. Hmm… das ist wirklich eine andere Design-Achse, nicht nur „mehr Privatsphäre“ oder „weniger Privatsphäre“ im selben Maßstab.
Ich habe versucht, es anfangs auf Monero-artiges Denken abzubilden, aber das passte einfach nicht — ich musste das Transaktionsmodell tatsächlich neu lesen, statt davon auszugehen, dass ich es schon kannte.
Selektive Offenlegung per Design, nicht als nachträgliches Add-on — aber gilt dieses Modell auch, wenn institutionelles Volumen tatsächlich auftritt, oder wird „dem Empfänger offenlegen“ stillschweigend zu „dem offenlegen, der fragt“?
