Als ich PoS-Ketten untersuchte, waren für mich in der Vergangenheit vor allem APY und Sperrzeit entscheidend. Nachdem ich mir die „Succinct Attestation“ und den „Proof-of-Blind Bid“ von Dusk angesehen hatte, richtete ich meinen Blick jedoch auf ein viel praktischeres Problem: Wenn $DUSK bereits in den Blind-Bid-Zustand übergegangen ist – unter welchen Bedingungen kann der Nutzer es wirklich zurückerhalten?
Ich war ursprünglich der Meinung, dass die Teilnahme am Konsens im Grunde nur aus Staking und Delegation besteht. Doch nachdem ich die technischen Dokumente von Dusk studiert habe, stellte sich heraus: Das ist eigentlich eine Abfolge von Statusübergängen. Normalerweise sperrt der Nutzer #dusk im Bid Contract, erzeugt eine Bid mit zugesichertem Betrag und secretHash, fügt sie in den Merkle Tree ein und fügt dabei zwei entscheidende Höhen hinzu: h{eligibility} (Beginn der Teilnahme am Konsens) und h{expiration} (Ablaufhöhe). In der Generation-Phase extrahiert das Netzwerk den Generator mithilfe von Proof-of-Blind Bid datenschutzfreundlich; die Identität des Bieters bleibt dabei dauerhaft verschleiert. Gleichzeitig gelangt der Provisioner durch deterministisches Losverfahren in das Komitee und führt in der Reduction- und Agreement-Phase zwei Abstimmungsrunden über Kandidatenblöcke durch, um statistische Finalität zu erreichen.
Was mich wirklich beschäftigt: Das Einreichen eines Bids bedeutet nicht, dass man es jederzeit wieder verlassen kann. Denn der Bid Contract schreibt vor, dass der Nutzer vor Erreichen von h{expiration} keine F^{WithdrawBid} starten kann. Außerdem trennt Dusk die Rollen: Du kannst entweder Generator sein (durch Blind Bid Konkurrenz um das Recht zum Produzieren von Blöcken) oder Provisioner (durch Stake Contract gesperrtes Staking zur Teilnahme an der Verifikation). Wenn du als Provisioner doppelt unterschreibst oder böswillig handelst, kann jeder die Funktion F^{Slash} im Stake Contract aufrufen, um dich zu melden; dein Staking wird dann teilweise gekürzt. Das heißt: Die Teilnahme am Konsens ist kein Knopf, sondern ein Zeitfenster, das durch die Protokollregeln begrenzt ist – deine @Dusk ist vor Ablauf nicht nur ein Schutz fürs Netzwerk, sondern auch das Risiko, bestraft zu werden.
Für mich löst Dusk daher vor allem zwei Dinge: die Transparenz der Leader-Wahl im PoS-Konsens und das MEV-Problem. Das Protokoll setzt diese Zustände über Blind Bids, deterministisches Los, Rollentrennung und statistische Finalität zusammen. Der Preis dafür ist sehr klar: Nutzer investieren nicht mehr nur „DUSK staken und Rendite abwarten“, sondern müssen das Zusammenspiel zwischen Bid, Stake, Generator, Provisioner und Slashing verstehen.
Was ich langfristig beobachten werde, ist nicht, wie einfach der Einstieg ins Staking ist, sondern ob normale Nutzer wirklich verstehen, worauf sie warten, wenn sie am Konsens teilnehmen.
Ich war ursprünglich der Meinung, dass die Teilnahme am Konsens im Grunde nur aus Staking und Delegation besteht. Doch nachdem ich die technischen Dokumente von Dusk studiert habe, stellte sich heraus: Das ist eigentlich eine Abfolge von Statusübergängen. Normalerweise sperrt der Nutzer #dusk im Bid Contract, erzeugt eine Bid mit zugesichertem Betrag und secretHash, fügt sie in den Merkle Tree ein und fügt dabei zwei entscheidende Höhen hinzu: h{eligibility} (Beginn der Teilnahme am Konsens) und h{expiration} (Ablaufhöhe). In der Generation-Phase extrahiert das Netzwerk den Generator mithilfe von Proof-of-Blind Bid datenschutzfreundlich; die Identität des Bieters bleibt dabei dauerhaft verschleiert. Gleichzeitig gelangt der Provisioner durch deterministisches Losverfahren in das Komitee und führt in der Reduction- und Agreement-Phase zwei Abstimmungsrunden über Kandidatenblöcke durch, um statistische Finalität zu erreichen.
Was mich wirklich beschäftigt: Das Einreichen eines Bids bedeutet nicht, dass man es jederzeit wieder verlassen kann. Denn der Bid Contract schreibt vor, dass der Nutzer vor Erreichen von h{expiration} keine F^{WithdrawBid} starten kann. Außerdem trennt Dusk die Rollen: Du kannst entweder Generator sein (durch Blind Bid Konkurrenz um das Recht zum Produzieren von Blöcken) oder Provisioner (durch Stake Contract gesperrtes Staking zur Teilnahme an der Verifikation). Wenn du als Provisioner doppelt unterschreibst oder böswillig handelst, kann jeder die Funktion F^{Slash} im Stake Contract aufrufen, um dich zu melden; dein Staking wird dann teilweise gekürzt. Das heißt: Die Teilnahme am Konsens ist kein Knopf, sondern ein Zeitfenster, das durch die Protokollregeln begrenzt ist – deine @Dusk ist vor Ablauf nicht nur ein Schutz fürs Netzwerk, sondern auch das Risiko, bestraft zu werden.
Für mich löst Dusk daher vor allem zwei Dinge: die Transparenz der Leader-Wahl im PoS-Konsens und das MEV-Problem. Das Protokoll setzt diese Zustände über Blind Bids, deterministisches Los, Rollentrennung und statistische Finalität zusammen. Der Preis dafür ist sehr klar: Nutzer investieren nicht mehr nur „DUSK staken und Rendite abwarten“, sondern müssen das Zusammenspiel zwischen Bid, Stake, Generator, Provisioner und Slashing verstehen.
Was ich langfristig beobachten werde, ist nicht, wie einfach der Einstieg ins Staking ist, sondern ob normale Nutzer wirklich verstehen, worauf sie warten, wenn sie am Konsens teilnehmen.