Früher habe ich mir ein neues Konsensdesign angesehen und zuerst eine Frage gestellt: Wie kann ein Angreifer das brechen?

Das Studium von Dusk hat diese Gewohnheit verändert. Mit „Succinct Attestation“ erscheint ein anderes Szenario. Stell dir vor, du wurdest bereits ausgewählt, um in einer späteren Iteration einen Block zu erzeugen. Du stimmst außerdem für den aktuellen Block. Hilfst du dem aktuellen Block zum Erfolg und nimmst die Abstimmungsvergütung, oder bleibst du still, sodass die Iteration fehlschlägt und deine zukünftige Position als Generator sich verbessert?

Das ist das Problem der Incentives für zukünftige Generatoren. Es kommt nicht von außen. Es entsteht aus den Anreizen, die einem legitimen Teilnehmer zur Verfügung stehen.

Dusk hat darauf reagiert, indem diese Anreize umgestaltet wurden. Trenne Generator- und Wählerbelohnungen. Schließe den Generator der nächsten Iteration von der aktuellen Abstimmung aus. Begrenze, wie viele Iterationen laufen können.

Dabei gibt es einen Trade-off. Jede zusätzliche Incentive-Regel fügt eine weitere Annahme hinzu, die auch unter Druck noch gelten muss.

Das eigentliche Spiel unter der Kryptografie ist, ob die rationalste Entscheidung auch die ehrliche bleibt.

#dusk $DUSK @Dusk