Hier soir, allongé sur le lit, je faisais défiler mon téléphone. Les yeux me brûlaient à cause de l’écran, et je suis tombé sur un détail plutôt obscur dans le démontage du consensus de Dusk. Je pensais être sur le point de dormir, mais plus je lisais, plus j’étais réveillé — pas parce que la technologie est bluffante, mais parce que j’ai soudain réalisé qu’il y a, cachée dans ce protocole, une couche de jeu assez sombre, quelque chose dont on ne parle presque jamais.
Quand on discute du staking PoS, on parle généralement de « trouver un nœud fiable et attendre de toucher des parts », et on se soucie peu de la façon dont le processus de production de blocs se déroule à l’intérieur. Mais ici, avec Dusk, il y a un cas particulier : pendant une « ronde » de production de blocs, il peut falloir passer par plusieurs itérations. Et à chaque itération, qui est le producteur de bloc ? On peut le calculer à l’avance. Y penser donne franchement des frissons. En théorie, ceux qui sont placés plus loin sur la file doivent-ils espérer que les premiers échouent ? Plus ils attendent, plus ça traîne et plus les pertes s’accumulent, jusqu’à ce que les tours finissent par leur arriver : à ce moment-là seulement, ils montent sur scène pour recevoir les récompenses. C’est exactement l’inverse d’une course de relais : le dernier relais n’encourage pas l’équipe, il espère en douce que les premiers trébuchent.
Les concepteurs du protocole avaient manifestement prévu ce genre de travers, alors ils ont mis en place quatre parades pour combler les brèches : premièrement, participer au vote même te donne une récompense, donc tu n’attends pas pour rien jusqu’à ton tour ; deuxièmement, la récompense de production de blocs est liée au nombre de votes que tu as inclus, ce qui t’oblige à ne pas faire semblant ; troisièmement, le producteur de la prochaine manche est directement interdit de participer au vote en cours, ce qui coupe à la racine la motivation de « s’abstenir pour augmenter ses chances » ; quatrièmement, on fixe une limite maximale d’itérations pour toute la ronde, donc même si quelqu’un voulait exprès faire traîner, il ne peut pas. Ces quatre mesures mises ensemble reviennent à sortir toutes ces petites intentions planquées sous la table et à les verrouiller par des règles.
Le protocole ne prétend pas que « l’homme rationnel ne fera pas le mal », il reconnaît carrément que les gens vont chercher des failles, puis il calcule le gain de cette malice pour le compenser. Cette approche de « pas de confiance, mais un design » est bien plus concrète que ces projets qui brandissent tous les jours la « consensus communautaire ». Avant, je voyais Dusk surtout à travers la confidentialité et le RWA ; aujourd’hui, en voyant ce détail, je me suis rendu compte qu’ils protègent même l’ordre le plus bas de production de blocs contre la nature humaine. Ce n’est pas juste construire une blockchain publique : c’est carrément mener une expérience en économie comportementale.
Sur ce type de protocole, il y a toujours un trou à boucher, et bientôt peut-être une nouvelle courbe de contournement apparaîtra. Il faudra attendre que les données on-chain s’accumulent pour juger la qualité. Vous avez déjà vu sur d’autres chaînes PoS des designs similaires visant à empêcher le « sabotage du dernier moment » ? Laissez un nom dans la section commentaires, je vais vérifier un par un. #dusk $DUSK @Dusk
Quand on discute du staking PoS, on parle généralement de « trouver un nœud fiable et attendre de toucher des parts », et on se soucie peu de la façon dont le processus de production de blocs se déroule à l’intérieur. Mais ici, avec Dusk, il y a un cas particulier : pendant une « ronde » de production de blocs, il peut falloir passer par plusieurs itérations. Et à chaque itération, qui est le producteur de bloc ? On peut le calculer à l’avance. Y penser donne franchement des frissons. En théorie, ceux qui sont placés plus loin sur la file doivent-ils espérer que les premiers échouent ? Plus ils attendent, plus ça traîne et plus les pertes s’accumulent, jusqu’à ce que les tours finissent par leur arriver : à ce moment-là seulement, ils montent sur scène pour recevoir les récompenses. C’est exactement l’inverse d’une course de relais : le dernier relais n’encourage pas l’équipe, il espère en douce que les premiers trébuchent.
Les concepteurs du protocole avaient manifestement prévu ce genre de travers, alors ils ont mis en place quatre parades pour combler les brèches : premièrement, participer au vote même te donne une récompense, donc tu n’attends pas pour rien jusqu’à ton tour ; deuxièmement, la récompense de production de blocs est liée au nombre de votes que tu as inclus, ce qui t’oblige à ne pas faire semblant ; troisièmement, le producteur de la prochaine manche est directement interdit de participer au vote en cours, ce qui coupe à la racine la motivation de « s’abstenir pour augmenter ses chances » ; quatrièmement, on fixe une limite maximale d’itérations pour toute la ronde, donc même si quelqu’un voulait exprès faire traîner, il ne peut pas. Ces quatre mesures mises ensemble reviennent à sortir toutes ces petites intentions planquées sous la table et à les verrouiller par des règles.
Le protocole ne prétend pas que « l’homme rationnel ne fera pas le mal », il reconnaît carrément que les gens vont chercher des failles, puis il calcule le gain de cette malice pour le compenser. Cette approche de « pas de confiance, mais un design » est bien plus concrète que ces projets qui brandissent tous les jours la « consensus communautaire ». Avant, je voyais Dusk surtout à travers la confidentialité et le RWA ; aujourd’hui, en voyant ce détail, je me suis rendu compte qu’ils protègent même l’ordre le plus bas de production de blocs contre la nature humaine. Ce n’est pas juste construire une blockchain publique : c’est carrément mener une expérience en économie comportementale.
Sur ce type de protocole, il y a toujours un trou à boucher, et bientôt peut-être une nouvelle courbe de contournement apparaîtra. Il faudra attendre que les données on-chain s’accumulent pour juger la qualité. Vous avez déjà vu sur d’autres chaînes PoS des designs similaires visant à empêcher le « sabotage du dernier moment » ? Laissez un nom dans la section commentaires, je vais vérifier un par un. #dusk $DUSK @Dusk