Phoenix und Moonlight mit zwei Konten: Die Nutzermentalität ist eigentlich eine implizite Kostenlast
Beim Sortieren des Kontomodells für @Dusk ist mir ein Detail aufgefallen: Dusk Network bietet gleichzeitig zwei Transaktionsmodi an, nämlich Phoenix und Moonlight. Ersteres entspricht vollständig anonymen Transaktionen im UTXO-Stil, letzteres ist eine transparente Transaktion unter dem Kontomodell. Beide können ineinander umgewandelt werden. Vom Design her ist das wirklich elegant: Nutzer können je nach Situation die Stärke der Privatsphäre umschalten, und auch der XSC-Vertrag kann beide Wege gleichzeitig unterstützen. Aus der praktischen Nutzungsperspektive steckt hier jedoch ein eher wenig diskutiertes Problem: Die mentale Kostenlast.
Die meisten Nutzer haben keine Vorstellung vom Unterschied zwischen UTXO- und Kontomodell. Wenn man sie im Wallet darüber entscheiden lässt, ob sie für eine Überweisung Phoenix oder Moonlight verwenden sollen, verlagert man im Kern die Komplexität der Protokollschicht auf das Endgerät. Wenn standardmäßig der Privatsphäre-Modus gewählt wird, sind Gas und Verifikationszeit deutlich höher als im transparenten Modus—neue Nutzer könnten bei ihrer ersten Überweisung den Eindruck bekommen, die Kette sei langsam. Wenn standardmäßig der transparente Modus gewählt wird, wird das Aushängeschild der Privacy-Layer-1 jedoch nicht wirklich eingelöst. Diese Wahl der Default-Option wirkt zwar wie ein Problem der Wallet-UX, läuft in Wahrheit aber auf das Protokolldesign selbst zurück. $AKE
Das Whitepaper beschreibt die technische Interoperabilität beider Modelle sehr ausführlich. Doch es fehlt eine Ebene an Ökosystem-Vorgaben dafür, wie Wallet-Anbieter und dApp-Entwickler standardmäßiges Verhalten handhaben und wie sie den Nutzern die Kosten des Privatsphäre-Umschaltens erklären sollen. Wenn Dusk wirklich erreichen will, dass Vertraulichkeit zur nutzbaren Grundeinrichtung wird und nicht nur ein Spielzeug für Nerds, könnten SDKs und edukative Vorlagen aus der Wallet-Umgebung dringlicher sein als Optimierungen am Protokoll selbst. $SPCXB
Die langfristige Nutzungskurve von $DUSK hängt sehr wahrscheinlich davon ab, ob diese impliziten Kosten vom Ökosystem abgefedert und verdaut werden können—und nicht davon, im Whitepaper noch ein weiteres technisches Modul hinzuzufügen.
#dusk @Dusk