Früher dachte ich oft, dass „Privacy“ auf einer Blockchain bedeutet, alle Transaktionen zu verbergen. Je weniger Daten sichtbar sind, desto besser fand ich dieses Design.
Doch als ich tiefer in das Dusk Network eintauchte, begann sich diese Annahme zu verändern. Ein Detail in Phoenix ließ mich den Text mehrmals lesen: Das Netzwerk muss Transaktionen zwar verifizieren, muss aber nicht unbedingt den gesamten Wert innerhalb der Transaktion sehen.
Zunächst hielt ich Confidential Transactions einfach für eine Verschlüsselung der Geldbeträge, doch dann merkte ich, dass dieses Verständnis nicht ausreicht. Phoenix verwendet „shielded notes“ und „nullifiers“. Zero-Knowledge-Proofs ermöglichen es, die Berechtigung zur Ausgabe, die Gültigkeit und den Schutz vor Double-Spend nachzuweisen, ohne sensible Transaktionsdaten offenzulegen.
So sehe ich es heute: Die Unterscheidung liegt in der Grenze zwischen „verifiziert“ und „gesehen“. Die Blockchain muss wissen, dass eine Transaktion gültig ist, muss aber nicht unbedingt den Betrag und die beteiligten Parteien kennen.
Phoenix 2.0 treibt diese Idee noch weiter. Der Empfänger kann den Absender identifizieren, aber diese Information wird nicht zu öffentlich einsehbaren Daten für das gesamte Netzwerk.
Was mich daran besonders auffällt, ist nicht mehr nur die Privacy-Funktion. Es ist, wie dieses Design das Trust-Modell verändert: Statt alle zu zwingen, die Daten sehen zu müssen, um ihnen zu vertrauen, nutzt das System kryptografische Beweise, um einen Teil der „Beobachtung“ zu ersetzen.
Und vielleicht ist das die schwierigere Frage: In einer Blockchain für regulierte Finanzen—was wollen wir wirklich verbergen und was wollen wir nachweisen?
#dusk $DUSK @Dusk $BTC
Doch als ich tiefer in das Dusk Network eintauchte, begann sich diese Annahme zu verändern. Ein Detail in Phoenix ließ mich den Text mehrmals lesen: Das Netzwerk muss Transaktionen zwar verifizieren, muss aber nicht unbedingt den gesamten Wert innerhalb der Transaktion sehen.
Zunächst hielt ich Confidential Transactions einfach für eine Verschlüsselung der Geldbeträge, doch dann merkte ich, dass dieses Verständnis nicht ausreicht. Phoenix verwendet „shielded notes“ und „nullifiers“. Zero-Knowledge-Proofs ermöglichen es, die Berechtigung zur Ausgabe, die Gültigkeit und den Schutz vor Double-Spend nachzuweisen, ohne sensible Transaktionsdaten offenzulegen.
So sehe ich es heute: Die Unterscheidung liegt in der Grenze zwischen „verifiziert“ und „gesehen“. Die Blockchain muss wissen, dass eine Transaktion gültig ist, muss aber nicht unbedingt den Betrag und die beteiligten Parteien kennen.
Phoenix 2.0 treibt diese Idee noch weiter. Der Empfänger kann den Absender identifizieren, aber diese Information wird nicht zu öffentlich einsehbaren Daten für das gesamte Netzwerk.
Was mich daran besonders auffällt, ist nicht mehr nur die Privacy-Funktion. Es ist, wie dieses Design das Trust-Modell verändert: Statt alle zu zwingen, die Daten sehen zu müssen, um ihnen zu vertrauen, nutzt das System kryptografische Beweise, um einen Teil der „Beobachtung“ zu ersetzen.
Und vielleicht ist das die schwierigere Frage: In einer Blockchain für regulierte Finanzen—was wollen wir wirklich verbergen und was wollen wir nachweisen?
#dusk $DUSK @Dusk $BTC