#dusk $DUSK @Dusk

En plongeant dans Dusk, j’ai découvert un problème de consensus que j’avais d’abord sous-estimé. Le générateur de la prochaine itération pourrait être intéressé à l’échec de la présente. Si un prestataire comprend qu’il obtiendra plus tard le rôle de générateur, il a alors un intérêt à attendre la prochaine opportunité. Cela signifie que le protocole doit tenir compte non seulement de la correction technique, mais aussi du comportement économique des participants.

Dusk répond à cela avec plusieurs mécanismes. Les récompenses accordées aux validateurs électeurs incitent à soutenir l’itération en cours ; des crédits supplémentaires motivent le générateur à inclure les votes corrects. Exclure le prochain générateur réduit le conflit d’intérêts, et la limite du nombre d’itérations empêche le jeu de se poursuivre indéfiniment.

J’aime la logique elle-même : ici, les validateurs sont considérés comme des acteurs économiques, plutôt que comme des machines parfaitement coopératives. Mais chaque règle supplémentaire en matière d’incitations ajoute une nouvelle hypothèse qu’il faut vérifier dans la pratique.

D’où ma question principale : si les participants commencent à chercher des moyens d’exploiter ces incitations à leur avantage, le modèle de Dusk pourra-t-il encore encourager efficacement la coopération ?