Wenn Leute über Dusk und Zero-Knowledge-Beweise sprechen, setzen sie es meistens automatisch mit herkömmlichen anonymen Coins gleich – und glauben, eine Privacy-Blockchain sei im Grunde nur eine Kiste, in die man Transaktionsdaten wirft. Doch im Bereich „Compliance RWA“ liegt dieses Verständnis im Grunde komplett daneben. Das Härteste an Dusk – und zugleich das, woran die meisten am leichtesten hängenbleiben – ist nicht „wie man Daten auf der Kette versteckt“, sondern „wie dein lokales Gerät für dich den Beweis erstellt“.
Kann der Kuchen noch steigen? BTC will ich nicht mehr!
In der Architektur von Dusk, insbesondere beim Betrieb der Piecrust-Virtual-Machine, wird die Compliance-Validierung nicht den Nodes überlassen, um sie zu berechnen. Stattdessen erfolgt die Generierung des Zero-Knowledge-Proofs (ZK Proof) direkt auf dem eigenen Client des Nutzers (z. B. in deinem Browser oder in deiner Wallet). Das ist tatsächlich eine ziemlich clevere Idee: Die Nodes erhalten stets nur das „kryptografisch verifizierte“ Compliance-Ergebnis, ohne dabei persönliche Daten offenzulegen – und außerdem entfällt die wiederholte Berechnung durch sämtliche Nodes im gesamten Netzwerk. In der Praxis liegt jedoch genau hier oft die Erfahrungslücke: Viele bleiben beim Interaktionsversuch auf dem Bildschirm zum Transaktions-Submit hängen, vor allem auf Geräten mit schwächerer Hardware, und halten es dann für Netzwerküberlastung oder einen „kaputten“ Node.
Eigentlich ist bei den Nodes nichts los. Es ist schlicht deine lokale Rechenleistung, die beim Erzeugen des ZK-Beweises direkt voll ausgelastet wird. Laut den tatsächlichen Rückmeldungen aus dem Testnet gilt: Selbst bei einer Vermögensübertragung, die nur eine zusätzliche Identitäts-Compliance-Bedingung beinhaltet, ist die Zeit zur lokalen Beweisgenerierung eng an die Leistung deines Geräts gekoppelt. Das ist etwas völlig anderes als die Logik bei Ethereum, wo man „Gas bezahlt“ und die gesamte Berechnung an Miner im ganzen Netzwerk auslagert. Wenn man diese Mechanik nicht versteht, kommt es leicht zu wiederholten Versuchen bei gefühltem Stillstand – und man erzeugt dabei unnötig viele Rechenläufe.
Wie gut also Wallets oder Clients im Dusk-Ökosystem funktionieren, entscheidet sich nicht daran, wie schick die Oberfläche aussieht, sondern daran, ob sie den „Fortschritt der lokalen Beweisgenerierung“ sichtbar machen. Wenn man nur ein rotierendes Loading-Symbol zeigt, kann der Nutzer kaum nachvollziehen, ob gerade ein Beweis berechnet wird oder ob überhaupt eine Verbindung zum Node klappt. Als Nächstes bleibt abzuwarten, wie das Entwicklungsteam die Hürde für das Client-seitige Proving (Client-side Proving) weiter senkt – denn wenn man traditionellen Finanzinstituten ermöglichen will, Vermögenswerte auf die Kette zu bringen, kann man doch nicht erwarten, dass zuerst das Rechner des jeweiligen Traders festhängt? @Dusk $DUSK #dusk
Kann der Kuchen noch steigen? BTC will ich nicht mehr!
In der Architektur von Dusk, insbesondere beim Betrieb der Piecrust-Virtual-Machine, wird die Compliance-Validierung nicht den Nodes überlassen, um sie zu berechnen. Stattdessen erfolgt die Generierung des Zero-Knowledge-Proofs (ZK Proof) direkt auf dem eigenen Client des Nutzers (z. B. in deinem Browser oder in deiner Wallet). Das ist tatsächlich eine ziemlich clevere Idee: Die Nodes erhalten stets nur das „kryptografisch verifizierte“ Compliance-Ergebnis, ohne dabei persönliche Daten offenzulegen – und außerdem entfällt die wiederholte Berechnung durch sämtliche Nodes im gesamten Netzwerk. In der Praxis liegt jedoch genau hier oft die Erfahrungslücke: Viele bleiben beim Interaktionsversuch auf dem Bildschirm zum Transaktions-Submit hängen, vor allem auf Geräten mit schwächerer Hardware, und halten es dann für Netzwerküberlastung oder einen „kaputten“ Node.
Eigentlich ist bei den Nodes nichts los. Es ist schlicht deine lokale Rechenleistung, die beim Erzeugen des ZK-Beweises direkt voll ausgelastet wird. Laut den tatsächlichen Rückmeldungen aus dem Testnet gilt: Selbst bei einer Vermögensübertragung, die nur eine zusätzliche Identitäts-Compliance-Bedingung beinhaltet, ist die Zeit zur lokalen Beweisgenerierung eng an die Leistung deines Geräts gekoppelt. Das ist etwas völlig anderes als die Logik bei Ethereum, wo man „Gas bezahlt“ und die gesamte Berechnung an Miner im ganzen Netzwerk auslagert. Wenn man diese Mechanik nicht versteht, kommt es leicht zu wiederholten Versuchen bei gefühltem Stillstand – und man erzeugt dabei unnötig viele Rechenläufe.
Wie gut also Wallets oder Clients im Dusk-Ökosystem funktionieren, entscheidet sich nicht daran, wie schick die Oberfläche aussieht, sondern daran, ob sie den „Fortschritt der lokalen Beweisgenerierung“ sichtbar machen. Wenn man nur ein rotierendes Loading-Symbol zeigt, kann der Nutzer kaum nachvollziehen, ob gerade ein Beweis berechnet wird oder ob überhaupt eine Verbindung zum Node klappt. Als Nächstes bleibt abzuwarten, wie das Entwicklungsteam die Hürde für das Client-seitige Proving (Client-side Proving) weiter senkt – denn wenn man traditionellen Finanzinstituten ermöglichen will, Vermögenswerte auf die Kette zu bringen, kann man doch nicht erwarten, dass zuerst das Rechner des jeweiligen Traders festhängt? @Dusk $DUSK #dusk
