Als ich zum ersten Mal davon gelesen habe, dass Dusk zwei Transaktionsmodelle hat, war meine erste Reaktion ehrlich gesagt: „Das ist ziemlich clever“
Moonlight für den transparenten Teil, Phoenix für
wenn du Dinge privat halten willst.

Ein kontobasiertes Modell wie Ethereum,
eins UTXO-basiert mit Zero-Knowledge-Beweisen. Sieht sauber aus, wenn man es auf einem Whiteboard zeichnet.
@Dusk #dusk $DUSK
Aber dann habe ich mich in die Lage von jemandem versetzt, der wirklich versucht, das zu nutzen.
Nehmen wir an, ich bin Entwickler und baue eine App.
Jetzt muss ich beide Systeme verstehen. Welches nehme ich für meinen Anwendungsfall? Und was, wenn ich das falsche auswähle? Was, wenn ich mit Moonlight anfange und später merke, dass ich Funktionen von Phoenix brauche? Das ist keine lustige Situation.

Und das ist das Problem, das mich immer wieder beschäftigt. Normale Nutzer wollen gar nicht darüber nachdenken.
Sie wollen einfach Geld senden und wissen, dass es funktioniert.
Wenn das Senden einer privaten Transaktion zusätzliche Schritte erfordert oder sich anders anfühlt als das Senden einer normalen, werden die meisten Leute einfach bei dem bleiben, was am einfachsten ist.
Und das bedeutet wahrscheinlich Moonlight. Damit wird der Datenschutz-Teil von Dusk zu einer coolen Funktion, die am Ende niemand wirklich benutzt.

Ich sage nicht, dass Dusk hier etwas falsch gemacht hat. Ich mache mir nur Sorgen, dass elegantes Design nicht immer auch praktisches Design ist. Wenn Entwickler und Nutzer das duale Modell verwirrend oder lästig finden, werden sie Wege finden, es zu umgehen. Und das unterläuft den ganzen Zweck.

Wird die Komplexität beim Verwalten zweier Transaktionsmodelle Nutzer von Phoenix weg und hin zu Moonlight treiben, sodass die Datenschutzfunktionen von Dusk weniger genutzt werden, als es das Whitepaper vorsieht?