#dusk $DUSK @Dusk Ich habe diese Woche den Abschnitt zu Anreizen für den Konsens durchgegangen, weil ich verstehen wollte, ob ein größerer Staker die Timing-Fragen bei der Blockerzeugung ausspielen kann.
Unerwartete Erkenntnis: Das Whitepaper nennt dieses konkrete Problem selbst. „Future-generator incentive problem“ – Generatoren mit höheren Iterationen können profitieren, wenn frühere Iterationen scheitern, da sie dann die Blockbelohnung gewinnen. Es ist eine benannte Schwachstelle, nicht verborgen.
Das Aegis-Protokoll-Upgrade im Mainnet (3. März 2026) fokussierte auf Netzwerk-Resilienz. Ein Teil dessen, warum Resilienz hier wichtig ist: Genau dieser Anreiz kann dazu führen, dass Generatoren früherer Iterationen unterdurchschnittlich abschneiden.
Drei Mechanismen beheben das: Wählerbelohnungen (Provisioner verdienen durch Abstimmen, nicht nur durch Erzeugen); zusätzliche Gutschriften belohnen (der Generator verliert die zusätzlichen 10%, wenn er Abstimmungen ausschließt — also kostet es sie auch, wenn sie sabotieren); Ausschluss von Generatoren der nächsten Iteration aus dem aktuellen Abstimmungsschritt.
Die meisten PoS-Systeme haben dieses Problem nicht: Ohne sequentielle Iterationsstruktur gibt es keinen Nachfolger, der darauf wartet, von einem Versagen des Vorgängers zu profitieren. Dusks Design schafft diese Schwachstelle und patcht sie dann.
Ein Protokoll, das seinen eigenen spieltheoretischen Fehler explizit benennt, macht etwas Ungewöhnliches. Ob die drei Patches unter realem Netzwerkstress mit konzentriertem Stake halten, ist die ehrliche offene Frage. @Dusk
$DUSK #dusk
Unerwartete Erkenntnis: Das Whitepaper nennt dieses konkrete Problem selbst. „Future-generator incentive problem“ – Generatoren mit höheren Iterationen können profitieren, wenn frühere Iterationen scheitern, da sie dann die Blockbelohnung gewinnen. Es ist eine benannte Schwachstelle, nicht verborgen.
Das Aegis-Protokoll-Upgrade im Mainnet (3. März 2026) fokussierte auf Netzwerk-Resilienz. Ein Teil dessen, warum Resilienz hier wichtig ist: Genau dieser Anreiz kann dazu führen, dass Generatoren früherer Iterationen unterdurchschnittlich abschneiden.
Drei Mechanismen beheben das: Wählerbelohnungen (Provisioner verdienen durch Abstimmen, nicht nur durch Erzeugen); zusätzliche Gutschriften belohnen (der Generator verliert die zusätzlichen 10%, wenn er Abstimmungen ausschließt — also kostet es sie auch, wenn sie sabotieren); Ausschluss von Generatoren der nächsten Iteration aus dem aktuellen Abstimmungsschritt.
Die meisten PoS-Systeme haben dieses Problem nicht: Ohne sequentielle Iterationsstruktur gibt es keinen Nachfolger, der darauf wartet, von einem Versagen des Vorgängers zu profitieren. Dusks Design schafft diese Schwachstelle und patcht sie dann.
Ein Protokoll, das seinen eigenen spieltheoretischen Fehler explizit benennt, macht etwas Ungewöhnliches. Ob die drei Patches unter realem Netzwerkstress mit konzentriertem Stake halten, ist die ehrliche offene Frage. @Dusk
$DUSK #dusk
