Heute habe ich zu Hause das erste Geschenk hervorgekramt, das ich damals von jemandem bekam, als wir noch miteinander in einer Beziehung waren – und auch ein längst verblasstes Kinoticket. Auf dem Ticket sind Sitzplatz und Vorstellung kaum noch zu erkennen, aber die Szene ist noch immer klar, und auch die kleine Ecke mit dem Kontrollstanzloch ist noch da. Es sagt im Grunde etwas ganz Einfaches: Man muss die Kauf- bzw. Buchungsaufzeichnungen nicht noch einmal neu durchgehen, um zu bestätigen, dass dieses Ticket schon benutzt wurde. Der Mensch ist nicht zurückzuholen – und das Ticket kann man auch nicht dafür verwenden, um ein zweites Mal wieder in denselben Saal zu gelangen.

Wenn man sich diese Details anschaut und dann das Whitepaper von @Dusk liest, fällt mir genau in Phoenix etwas auf, das normalerweise nur selten für sich allein erklärt wird: der Nullwert-Identifikator, also der nullifier.
Ich habe mir die Transaktionsstruktur mehrmals im Vor- und Rückblick angesehen. Phoenix stellt nicht einfach das Kontoguthaben direkt auf die Chain, sondern hält das Geld in einzelnen „notes“ gespeichert. Wenn ein Nutzer eine bestimmte note ausgibt, wird auf der Blockchain ihr ursprünglicher Inhalt nicht öffentlich gemacht, sondern es wird ein eindeutiger nullifier erzeugt. Sobald dieser in die Menge der „verwendet“ markierten Werte aufgenommen ist, wird jede spätere erneute Verwendung derselben note vom System direkt abgelehnt.

Das ist ein bisschen wie das Kontrollstanzloch auf dem Ticket – aber wesentlich konsequenter. Auf der Chain kann man bestätigen: „Dieses Asset wurde bereits ausgegeben“, ohne dabei die zugehörigen Beträge, den Inhaber sowie die spätere Weiterleitung der Mittel komplett offenzulegen. Will man denselben Geldbetrag noch einmal ausgeben, ist das so, als würde man mit einem bereits ausgeschnittenen Ticketabschnitt eine zweite Einlasskarte verlangen – die Schranke geht nicht auf deine Geschichte ein. $BTC $ETH

Entscheidend ist zudem, dass Phoenix mit PLONK-Zero-Knowledge-Proofs einige Bedingungen prüft: Du besitzt tatsächlich die eingehenden notes, sie existieren im zugehörigen Merkle-Baum, die Beträge von Input und Output stimmen überein (Wertgleichheit) und es gibt keinen doppelten Verbrauch. Die Knoten überprüfen mathematische Beziehungen – man muss nicht erst die Details der Gelder aufreißen und zum Anschauen bereitstellen.

Wenn ich den Markt beobachte, sehe ich „Privatsphäre“ oft als etwas sehr Einfaches erklärt: Adressen verstecken – als würde man nur eine schwarze Plastikfolie darüberlegen, und schon wäre das technische Upgrade erledigt. Aber wie wirklich schwer Finanz-Privatsphäre ist, zeigt sich erst, wenn die Informationen verborgen sind: Die Buchführung darf trotzdem nicht durcheinandergeraten. Genau hier liegt das Interessante an der Kombination aus „note + nullifier + Zero-Knowledge-Proof“ in Phoenix: Sie verlangt nicht, dass das ganze Netzwerk weiß, welche konkrete Geldsumme du ausgegeben hast, aber sie kann es für alle sichtbar machen, dass du nicht einfach aus dem Nichts mehr ausgegeben hast.

Das ist auch der Grund, warum ich $DUSK weiter beobachte. Privatsphäre kann Informationen verdecken – aber das allein reicht nicht. Nur wenn man beim Verbergen der Informationen gleichzeitig Wertgleichheit und die Grenze gegen Double-Spending wahrt, gibt es überhaupt eine Chance, in echte Szenarien für finanzielle Abwicklung vorzudringen. #dusk
Was glaubst du: Welche Fähigkeit ist bei Privacy-Transaktionen am wichtigsten?