Der einfachste Weg, den ich gefunden habe, um Phoenix zu verstehen, besteht darin, Datenschutz nicht länger einfach als „das Verbergen einer Transaktion“ zu betrachten.

Die interessantere Frage lautet:

Kann das Netzwerk überprüfen, dass eine private Transaktion korrekt ist, ohne dabei alle Informationen dahinter zu sehen?

Genau hier beginnen sich die Bausteine von Phoenix für mich zusammenzufügen.

Gelder werden durch geschützte Notes dargestellt, statt durch einen einfachen öffentlichen Kontostand.

Ein Merkle-Baum hilft dabei, diese Notes nachzuverfolgen und ihre Position im System zu bestimmen.

Nullifier fügen noch eine weitere wichtige Ebene hinzu, indem sie sicherstellen, dass dieselbe Note nicht zweimal ausgegeben werden kann.

Und dann verbinden Zero-Knowledge-Beweise alles miteinander.

Die Transaktion kann beweisen, dass die erforderlichen Regeln befolgt wurden, ohne dabei die sensiblen Details selbst offenzulegen.

Diese Unterscheidung ist leicht zu übersehen.

Phoenix entfernt keine Verifikation nur deshalb, weil die Transaktion privat ist.

Es verändert, wie die Verifikation erfolgt.

Bei einer transparenten Transaktion kann das Netzwerk die Informationen einsehen und sie verifizieren.

Bei einer geschützten Transaktion kann das Netzwerk einen Beweis verifizieren, dass die verborgenen Informationen die erforderlichen Regeln erfüllen.

Als ich Phoenix einmal so betrachtet habe, wurde sein Design viel leichter zu verstehen.

Der Datenschutz ist kein zusätzlicher Schutz, der erst nachträglich um die Transaktion gelegt wird.

Er ist in die Art eingebaut, wie die Transaktion Werte darstellt, die Gültigkeit beweist und doppeltes Ausgeben verhindert.

Das ist der Teil von Phoenix, der für mich am interessantesten ist.

@Dusk $DUSK #dusk