$ETH #dusk $DUSK @Dusk Dämmerung: Der Anteil abgeschirmter Transaktionen liegt bei weniger als 7 %, aber die eigentliche Engstelle liegt nicht in der Technik
Ich habe mir den Statistik-Endpunkt des Dusk-Mainnets wieder angesehen: Blockhöhe 5007908, insgesamt 68.299 Transaktionen, davon 63.600 öffentliche und nur 4.699 abgeschirmte. Nach diesem Maßstab liegt der Anteil von Privacy-Transaktionen bei 6,9 %. Eine Kette, die Privacy direkt in die Basis einbaut, aber die abgeschirmte Route wird dadurch zur Minderheit — auf den ersten Blick wirkt das schon ziemlich wie ein Schlag ins Gesicht.
Aber diese 6,9 % einfach als „Privacy wird nicht genutzt“ zu lesen, ist schon ein bisschen faul. Die Einsatzszenarien von Moonlight und Phoenix unterscheiden sich komplett. Moonlight ist für öffentliche Konten gedacht: Aufladen, Staking und das Abgleichen des Betriebs sind auf einen Blick nachvollziehbar — ideal für Abläufe, die öffentlich geprüft werden müssen. Phoenix macht aus Gelder verschlüsselte Notes; mit Zero-Knowledge-Beweisen lässt sich der Kontostand prüfen und Double-Spending verhindern, ohne nach außen Absender, Empfänger oder Beträge offenzulegen. Dieses Design ist sogar noch geschickter als Zcash: Bei Zcash haben der Wechsel zwischen transparentem Pool und abgeschirmtem Pool bis heute viele abgeschreckt. Monero setzt gleich ganz auf „Standard-Privacy“ — dafür wurde die Liquidität von Handelsplattformen immer wieder zusammengedrückt.
Dusk will offenbar beides: logisch ist das nicht falsch, aber Nutzer klicken nicht einfach auf den „shield“-Button, nur weil die Logik stimmig ist.
In der Praxis ist der Einstieg gar nicht schwer zu finden. Schwieriger ist, das richtige Timing zu beurteilen: Wann soll man shielden, wann unshielden? Auf der Anwendungsebene gibt es dafür keine klare Anleitung. Die meisten Apps fahren noch immer durchgehend mit öffentlichen Konten; abgeschirmte Überweisungen sind kaum als Standard gesetzt. Die Privacy-Fähigkeit ist da — aber ob Nutzer bereit sind, ein paar Schritte mehr zu machen, scheitert oft an Reibung durch das Produkt.
Das Gleiche sieht man bei Aleo: Dort wird „Privacy per Default“ besonders aggressiv beworben, aber wenn man es wirklich nutzt, ist die Community-Realität ähnlich kühl. Das ist kein reines Dusk-Problem; der ganze Privacy-Bereich hängt zwischen „technisch machbar“ und „Betriebsgewohnheiten“.
Auch die Gesamtdaten haben ein Problem: In der Frühphase haben öffentliche Transaktionen die Basis stark vergrößert, sodass kurzfristige Privacy-Zuwächse den Anteil kaum nennenswert nach oben schieben können. Ich schaue als Nächstes nicht auf die Gesamtsumme, sondern auf den wöchentlichen Zuwachs beim Anteil abgeschirmter Transaktionen, darauf, ob der Pfad von öffentlichen zu abgeschirmten Konten dauerhaft ist, und ob es mehr Anwendungen gibt, die Phoenix unterstützen. Diese Zuwachssignale sind belastbarer als ein einzelner Satz „6,9 %“.
Was Dusk eigentlich prüfen sollte, ist nicht, welche Komponente größer ist — sondern ob Nutzer beginnen, je nach Szenario aktiv die Informationsgrenzen auszuwählen. Moonlight steuert sichtbare Zusammenarbeit, Phoenix steuert geschützten Transfer. Beide Pfade haben ihre jeweiligen Einsatzzwecke. Die Wege sind mittlerweile gebaut, aber die Leute haben noch nicht die Gewohnheit entwickelt, um die Ecke zu gehen.
Ich habe mir den Statistik-Endpunkt des Dusk-Mainnets wieder angesehen: Blockhöhe 5007908, insgesamt 68.299 Transaktionen, davon 63.600 öffentliche und nur 4.699 abgeschirmte. Nach diesem Maßstab liegt der Anteil von Privacy-Transaktionen bei 6,9 %. Eine Kette, die Privacy direkt in die Basis einbaut, aber die abgeschirmte Route wird dadurch zur Minderheit — auf den ersten Blick wirkt das schon ziemlich wie ein Schlag ins Gesicht.
Aber diese 6,9 % einfach als „Privacy wird nicht genutzt“ zu lesen, ist schon ein bisschen faul. Die Einsatzszenarien von Moonlight und Phoenix unterscheiden sich komplett. Moonlight ist für öffentliche Konten gedacht: Aufladen, Staking und das Abgleichen des Betriebs sind auf einen Blick nachvollziehbar — ideal für Abläufe, die öffentlich geprüft werden müssen. Phoenix macht aus Gelder verschlüsselte Notes; mit Zero-Knowledge-Beweisen lässt sich der Kontostand prüfen und Double-Spending verhindern, ohne nach außen Absender, Empfänger oder Beträge offenzulegen. Dieses Design ist sogar noch geschickter als Zcash: Bei Zcash haben der Wechsel zwischen transparentem Pool und abgeschirmtem Pool bis heute viele abgeschreckt. Monero setzt gleich ganz auf „Standard-Privacy“ — dafür wurde die Liquidität von Handelsplattformen immer wieder zusammengedrückt.
Dusk will offenbar beides: logisch ist das nicht falsch, aber Nutzer klicken nicht einfach auf den „shield“-Button, nur weil die Logik stimmig ist.
In der Praxis ist der Einstieg gar nicht schwer zu finden. Schwieriger ist, das richtige Timing zu beurteilen: Wann soll man shielden, wann unshielden? Auf der Anwendungsebene gibt es dafür keine klare Anleitung. Die meisten Apps fahren noch immer durchgehend mit öffentlichen Konten; abgeschirmte Überweisungen sind kaum als Standard gesetzt. Die Privacy-Fähigkeit ist da — aber ob Nutzer bereit sind, ein paar Schritte mehr zu machen, scheitert oft an Reibung durch das Produkt.
Das Gleiche sieht man bei Aleo: Dort wird „Privacy per Default“ besonders aggressiv beworben, aber wenn man es wirklich nutzt, ist die Community-Realität ähnlich kühl. Das ist kein reines Dusk-Problem; der ganze Privacy-Bereich hängt zwischen „technisch machbar“ und „Betriebsgewohnheiten“.
Auch die Gesamtdaten haben ein Problem: In der Frühphase haben öffentliche Transaktionen die Basis stark vergrößert, sodass kurzfristige Privacy-Zuwächse den Anteil kaum nennenswert nach oben schieben können. Ich schaue als Nächstes nicht auf die Gesamtsumme, sondern auf den wöchentlichen Zuwachs beim Anteil abgeschirmter Transaktionen, darauf, ob der Pfad von öffentlichen zu abgeschirmten Konten dauerhaft ist, und ob es mehr Anwendungen gibt, die Phoenix unterstützen. Diese Zuwachssignale sind belastbarer als ein einzelner Satz „6,9 %“.
Was Dusk eigentlich prüfen sollte, ist nicht, welche Komponente größer ist — sondern ob Nutzer beginnen, je nach Szenario aktiv die Informationsgrenzen auszuwählen. Moonlight steuert sichtbare Zusammenarbeit, Phoenix steuert geschützten Transfer. Beide Pfade haben ihre jeweiligen Einsatzzwecke. Die Wege sind mittlerweile gebaut, aber die Leute haben noch nicht die Gewohnheit entwickelt, um die Ecke zu gehen.