#dusk $DUSK Ich habe das Knoten-Ökonomie-Modell von Dusk erneut durchgerechnet und festgestellt, dass das unintuiveste nicht die Einsatzschwelle ist, sondern der Unterschied der Rechte zwischen „leichten Knoten“ und „Vollknoten“. In den meisten PoS-Ketten gilt: Wer Coins hält, hat Stimmrechte; aber in der Architektur von Dusk können nicht alle Knoten am Konsens teilnehmen.
Die Konsensschicht von Dusk besteht aus zwei Ebenen: Provisioner-Knoten sind für das Blockproduzieren und die Bestätigung zuständig. Dafür muss man mindestens 1000 Coins $DUSK einsetzen und online bleiben; leichte Knoten können Transaktionen abfragen und broadcasten, aber sie produzieren keine Blöcke und erhalten keine Belohnungen. Das ist die erste Hürde, die viele Privatanleger übersehen: Du kaufst Coins und legst sie in einer Wallet ab – heißt nicht, dass du „an dieser“ Kette teilnimmst. Du bist nur ein Mitfahrer.
Noch tiefer liegt die Ebene der Belohnungs- und Bestrafungsmechanismen. Wenn Provisioner-Knoten normal Blöcke produzieren, stammt der Ertrag aus neuen Emissionen und Gebühren; wenn sie ausfallen, wird der Einsatz als locked oder pausiert markiert; wenn sie böswillig handeln, kann der Einsatz vernichtet werden. Die Logik dahinter: Die Interessen der Knoten werden mit der Kettensicherheit zwangsweise verschweißt – nicht so, dass man einfach wählt und dann bequem verdient.
Was mich aber wirklich beschäftigt, ist eine andere Frage: Haben leichte Knoten Verifizierungsrechte? Leichte Knoten in Dusk können Transaktionen über Blockheader verifizieren und müssen dafür keine vollständigen Daten herunterladen. Theoretisch kannst du den Kettenzustand unabhängig prüfen, selbst wenn du keinen Provisioner ausführst. In der Praxis aber werden die meisten Nutzer nicht selbst verifizieren, sondern sich auf den Standard-RPC eines Browsers oder einer Wallet verlassen.
Damit sind wir wieder beim Punkt: Auf dem Papier können leichte Knoten verifizieren, aber im Verhalten tun sie es oft nicht. Wenn die Mehrheit der Nutzer ihr Vertrauen an nur wenige RPC-Endpunkte auslagert, geht die Dezentralisierung still und leise in der Bequemlichkeit der Nutzererfahrung verloren.
Deshalb schaue ich mir bei #dusk die Verteilung der Knoten nicht nur auf die Einsatzgesamtsumme an. Ich will vor allem sehen: die geografische Verteilung der Provisioner-Knoten und wie stark das Hosting konzentriert ist; die tatsächliche Nutzung von Client-Software für leichte Knoten; und ob es genügend viele Nutzer gibt, die sich selbst verifizieren, statt sich auf Drittanbieter zu verlassen.
Die Schutzmauer dezentraler Ledger liegt am Ende nicht im Code, sondern in dem Moment, in dem jeder einzelne Nutzer entscheidet, „wem“ er vertraut.
#dusk @Dusk