Le risque mérite une prise en charge précise : que se passe-t-il réellement sur Dusk lorsque deux blocs candidats atteignent tous deux un consensus dans la même ronde.

D’après le livre blanc, cela déclenche précisément la procédure de repli. Un bloc produit à une itération plus élevée peut être remplacé par un bloc concurrent à une itération plus basse si ce bloc d’itération inférieure a lui aussi atteint un consensus de manière indépendante.

Le mécanisme consiste à ce que la chaîne locale revienne au bloc immédiatement antérieur à celui qui est remplacé, puis accepte l’alternative de l’itération inférieure. Chaque successeur du bloc rejeté est également rejeté, avec lui : pas seulement ce bloc unique, mais l’ensemble de la chaîne construite au-dessus, puisque.

Limite documentée pour ce risque : un bloc qui a atteint un consensus à l’itération zéro, précisément, ne peut être remplacé par rien, puisqu’il n’existe aucune itération inférieure possible. Il peut toutefois être révoqué, mais uniquement si l’un de ses propres ancêtres est révoqué en premier.

Le “décalage” à envisager avec les forks n’est pas un cas rare : ce sont des conséquences attendues du retard réseau, avec une résolution déterministe déjà intégrée et documentée.

@Dusk $DUSK
#dusk
$GPS

#dusk $DUSK @Dusk
Comment une blockchain devrait-elle gérer des blocs concurrents ?