#dusk $DUSK @Dusk

Zunächst dachte ich, dass die Datenschutzgeschichte von Dusk hauptsächlich darum geht, Transaktionen zu verbergen.

dann habe ich genauer in die archItektur geschaut und etwas noch Interessanteres bemerkt: Privatsphäre wird nicht als etwas behandelt, das erst am Ende hinzugefügt wird. Sie kann bereits beginnen, bevor eine Transaktion überhaupt verarbeitet wird.

Was meine aufmerksamkeit erregte, war Proof of blind bid, das innerhalb des Konsensdesigns von Dusk, Segregated Byzantine Agreement (SBA), verwendet wird.

das Interessante daran ist, dass die Auswahl der Leader stattfinden kann, ohne einfach alle Informationen darüber offenzulegen, wer um die Erstellung des nächsten Blocks konkurriert.

Das hat meine Sicht auf Dusk verändert.

Dann gibt es Phoenix: Es geht an vertrauliche Zahlungen mit einem UTxO-basierten Design heran, während Zedger einen anderen Weg zur Privatsphäre für regulierte Security-Token-Aktivitäten einschlägt.

Für mich ist die größere Frage also nicht:

Hat Dusk Privatsphäre?

Sondern:

Wie viele Protokollinformationen können privat bleiben, während das Netzwerk trotzdem zu einer Einigung gelangt und beweist, dass alles gültig ist?

Das ist ein viel schwierigeres Problem.

Ich beobachte weiterhin, wie diese Komponenten sich bei der Nutzung in der realen Welt schlagen, insbesondere wenn Skalierbarkeit und Akzeptanz zum echten Test werden.

Aber die Architektur selbst ist es wirklich wert, Aufmerksamkeit zu bekommen.

Glaubst du, dass Privatsphäre in der Transaktionsebene beginnen sollte, oder sollte der Konsens selbst auch um Privatsphäre herum gestaltet werden?

#dusk

Wo sollte Privatsphäre beginnen?