#dusk $DUSK @Dusk Gestern habe ich mit meiner besten Freundin Shelby gegessen. Sie hat die ganze Zeit nur über @Dusk geredet. Danach hat sie mir einfach das Handy direkt vor die Nase gehalten und gesagt, ich soll mir die Website ansehen. Ich habe nebenbei gegessen und Dokumente gewälzt – und je mehr ich gelesen habe, desto mehr bin ich reingekommen. Schließlich habe ich mich mit ihr eine ganze Weile darüber gestritten.

Zuerst zu Phoenix: Im Kern ist es ein UTXO-Setup kombiniert mit PLONK zk-SNARK zur Verschleierung von Überweisungen. Laut offizieller Aussage kann man eine Offenlegung gegenüber Regulierungsbehörden wählen. Aber mir ist ein Detail aufgefallen: Ab Phoenix 2.0 ist die Absenderidentität für den Empfänger sichtbar. Du glaubst, du machst eine Privatsphäre-Transaktion – aber die Gegenseite weiß tatsächlich, wer du bist. Wenn man wirklich verhindern will, dass jemand sein Wallet ausforscht: Hält das Ding dem stand?

Dann Moonlight und Phoenix im Zusammenspiel: Offiziell heißt es, man kann frei zwischen ihnen umschalten. Ich habe es sofort getestet. Man muss erst aufteilen, welches Vermögen in welches Modell kommt, dann herausfinden, wie convert den Besitz beweist – und die Gebühren sind auch noch extra. Wer jeden Tag mit der Chain herumhantiert, kann das alles durch Dokumente nachziehen. Aber wie soll das ein normaler Nutzer einfach und bequem umstellen?
Am Ende werden die meisten aus Bequemlichkeit sowieso Moonlight verwenden, und Phoenix wird vermutlich in der Ecke landen.

Citadel’s selektive Offenlegung der Identität ist schon irgendwie interessant. Aber die Lizenzvergabe – also der Teil, bei dem der License Provider Zertifikate ausstellt – liegt nach wie vor in der Hand der ausstellenden Stelle. Macht das so einen großen Unterschied gegenüber dem Eröffnen eines Bankkontos?
PLONK, Poseidon und all diese Bausteine sind zwar technisch ausgefeilt – aber nicht unbedingt so einfach, dass sie sich problemlos nutzen lassen.

Bei der Transaktions-Lebensdauer ist es greifbarer. Die API gibt 202 Accepted zurück – das heißt nur, dass der Node die Route entgegengenommen hat. Es bedeutet nicht, dass die Transaktion in den Mempool gelangt, und erst recht nicht, dass sie erfolgreich ausgeführt wurde. Ich habe in der offiziellen Doku gesehen: Wirklich verlässlich ist nur, ob die Ausführung ohne Fehler erfolgt ist und der Block in den Zustand „finalized“ übergegangen ist. Wenn Wallets und Exchanges „eingereicht“ einfach als „abgeschlossen“ anzeigen, kann die Transaktion dazwischen ablaufen oder ersetzt werden.

Ganz ehrlich: Dusk erklärt die Technik sehr detailliert. Aber was mich wirklich interessiert, ist: Wird der Frontend-Status klar angezeigt? Ist der Umwandlungsweg reibungslos? Und wie viel Privatsphäre bleibt beim Ein- und Auszahlen wirklich übrig? Echte Gewissheit kommt nur, wenn die Oberfläche und die Integrationspartner es korrekt anwenden – nicht nur, wenn man Dokumente liest und sich dann sicher fühlt. $DUSK #dusk

Was ist für euch der Punkt, der an Dusks Privacy-Lösung am meisten zu denken gibt?