#dusk $DUSK Ich habe kürzlich die öffentlich verfügbaren Daten zu den Dusk-Mainnet-Knoten durchgesehen und eine interessante Einzelheit entdeckt: Die offizielle Stelle betont zwar die Dezentralisierung, aber nur wenige prüfen tatsächlich, auf welchen Infrastrukturen die Provisioner- und Committee-Mitglieder verteilt sind.
Der Konsens von Dusk hängt davon ab, dass Provisioner Blöcke vorschlagen; danach wird in zwei weiteren Runden durch das Committee verifiziert und anschließend ratifiziert. Theoretisch kann jeder mit mehr als 1000 DUSK staken einen Knoten betreiben. Doch zwischen „kann einen Knoten betreiben“ und „läuft tatsächlich als Knoten“ klafft eine ganze Infrastruktur-Kluft.
Ich habe die On-Chain-Daten in mehreren Dimensionen nachverfolgt. Zuerst den Zuständigkeitsbereich der Knoten-IP-Adressen: Wenn viele Knoten unter derselben AS-Nummer eines Cloud-Anbieters liegen oder sich auf wenige Rechenzentren in Europa konzentrieren, ist die geografische Dezentralisierung im Grunde nur eine Zahl auf dem Papier. Zweitens die Verteilung der Client-Versionen: Wenn über 80 % der Knoten dieselbe Version ausführen, kann schon eine einzige Client-Sicherheitslücke dazu führen, dass das Netzwerk stillsteht. Drittens die Austausch-/Rotationshäufigkeit der Provisioner: Wenn die vorderen Provisioner langfristig die Chance zum Blockproduzieren dominieren, deutet das darauf hin, dass sich Staking-Gewichte und Blockproduktion verfestigen.
In der Dusk-Dokumentation sind die Slashing-Bedingungen sehr klar beschrieben, doch sie bestrafen Fehlverhalten der Knoten – nicht eine konzentrierte Infrastruktur. Ein ehrliches, aber konzentriertes Netzwerk ist bei Stromausfall im Rechenzentrum, Änderungen in den Richtlinien des Cloud-Anbieters oder dem Druck von Aufsichtsbehörden gegenüber Custodians/Hosting-Anbietern deutlich weniger wiederherstellungsfähig als ein wirklich dezentraler Knotenverbund.
Ich habe sogar On-Chain-Zahlungsflüsse gesehen, die darauf hindeuten, dass mehrere Knoten von derselben Entität kontrolliert werden – nur eben durch unterschiedliche Adressen, die das Staking verteilen. Dieses Verhalten ist regelkonform, aber in seiner Bedeutung bereits von der Annahme abgerückt, dass „jeder Knoten einen unabhängigen Teilnehmer repräsentiert“.
Darum bewerte ich die Dezentralisierung von Dusk nicht nur anhand der Knotenzahl. Ich möchte vielmehr Berichte über die geografische Verteilung und die Verteilung der Hosting-Provider sehen, über die Vielfalt der Client-Versionen sowie über den Gini-Koeffizienten der Provisioner-Blockproduktionsrechte. Letztlich ist ein Netzwerk mit 30 Knoten, verteilt über 30 Rechtsräume, widerstandsfähiger gegen Zensur als ein Netzwerk mit 300 Knoten, das vollständig in einem Rechenzentrum in Frankfurt steckt. Die Dezentralisierungs-Erzählung von DUSK muss durch die reale Verteilung auf der Infrastrukturebene untermauert werden – nicht durch die reine Gesamtzahl auf der Staking-Seite.
#dusk @Dusk $DUSK