Ich dachte früher, dass Transaktionsprivatsphäre hauptsächlich darin besteht, zwischen „öffentlich“ und „privat“ zu wählen. Nach der Lektüre der Dusk-Dokumentation sehe ich Phoenix und Moonlight anders: Dabei handelt es sich um zwei Transaktionsmodelle, die für unterschiedliche Informationsanforderungen entwickelt wurden, die jedoch dieselbe Abrechnungsebene gemeinsam nutzen.
$DUSK #dusk @Dusk

Moonlight verwendet öffentliche, kontobasierte Überweisungen, bei denen Guthaben, Absender, Empfänger und Betrag sichtbar sind. Phoenix verfolgt den entgegengesetzten Ansatz mit geschützten, note-basierten Transfers und Zero-Knowledge-Beweisen: Es werden Transaktionsdetails verborgen, während dennoch die Korrektheit nachgewiesen wird.

Am interessantesten finde ich, dass Dusk kein einziges Modell für jeden Anwendungsfall erzwingt. Der Transfer Contract kann beide Transaktionstypen akzeptieren und sie über die passende Verifikationslogik weiterleiten, wobei sich beide letztlich auf DuskDS abwickeln.

Für mich liegt die übersehene Erkenntnis in der architektonischen Flexibilität: Transparenz und Vertraulichkeit können auf Ebene der Transaktionsmodelle koexistieren, ohne separate Abrechnungssysteme zu erfordern.

Das macht das Design von @Dusk nuancierter, als es einfach als „Privacy-Blockchain“ zu bezeichnen.
#DASH
#WLD
#VIXFallsTo2026Low
#EthereumFoundationLaunchesGlamsterdamTestnet $DASH
$WLD