#dusk $DUSK @Dusk J’ai passé la tâche à creuser la consistance Dusk au lieu de me contenter de survoler la documentation. Je revenais sans cesse à un détail qui ne me lâchait pas.
Le mode d’urgence ne se déclenche qu’après 16 itérations échouées. Avant ça, des attestations Succinct normales tournent avec des délais de time-out fixes. Le candidat n’apparaît pas ou ne parvient pas à atteindre le quorum : l’itération se termine, la suivante démarre. Propre et séquentiel.
Après 16 échecs consécutifs, les time-outs disparaissent. Les itérations restent ouvertes. Les votes NoCandidate et NoQuorum sont désactivés. Plusieurs itérations ouvertes peuvent être lancées en même temps, volontairement. Cela augmente les chances qu’au moins une produise un bloc valide. Le compromis, c’est un risque de fork plus élevé. Quand des forks apparaissent, la règle est fixée : l’itération ayant le numéro le plus bas qui a atteint le consensus gagne. Le reste se ferme dès qu’un bloc est accepté.
Il reste encore un dernier filet de sécurité. Si même la dernière itération se bloque, des provisionneurs détenant une majorité de la mise peuvent demander un bloc d’urgence. Un bloc vide, sans transactions, signé par Dusk, juste ce qu’il faut pour faire avancer le tour. Il peut ensuite être remplacé par un bloc à itération plus basse qui atteint un quorum normal.
Le livre blanc et les issues Rust l’expliquent clairement. Ce qui n’est toujours pas public, en revanche, c’est à quelle fréquence ce chemin s’est réellement déclenché sur le mainnet en conditions réelles. Cette fréquence ressemble à la vraie épreuve une fois que le réseau subit une charge soutenue.
Je me demande si 16 est assez élevé pour que, la plupart des jours, on n’y touche jamais, ou si des périodes plus calmes cachent déjà plus de blocs d’urgence que ce que l’explorateur ne montre.
Le mode d’urgence ne se déclenche qu’après 16 itérations échouées. Avant ça, des attestations Succinct normales tournent avec des délais de time-out fixes. Le candidat n’apparaît pas ou ne parvient pas à atteindre le quorum : l’itération se termine, la suivante démarre. Propre et séquentiel.
Après 16 échecs consécutifs, les time-outs disparaissent. Les itérations restent ouvertes. Les votes NoCandidate et NoQuorum sont désactivés. Plusieurs itérations ouvertes peuvent être lancées en même temps, volontairement. Cela augmente les chances qu’au moins une produise un bloc valide. Le compromis, c’est un risque de fork plus élevé. Quand des forks apparaissent, la règle est fixée : l’itération ayant le numéro le plus bas qui a atteint le consensus gagne. Le reste se ferme dès qu’un bloc est accepté.
Il reste encore un dernier filet de sécurité. Si même la dernière itération se bloque, des provisionneurs détenant une majorité de la mise peuvent demander un bloc d’urgence. Un bloc vide, sans transactions, signé par Dusk, juste ce qu’il faut pour faire avancer le tour. Il peut ensuite être remplacé par un bloc à itération plus basse qui atteint un quorum normal.
Le livre blanc et les issues Rust l’expliquent clairement. Ce qui n’est toujours pas public, en revanche, c’est à quelle fréquence ce chemin s’est réellement déclenché sur le mainnet en conditions réelles. Cette fréquence ressemble à la vraie épreuve une fois que le réseau subit une charge soutenue.
Je me demande si 16 est assez élevé pour que, la plupart des jours, on n’y touche jamais, ou si des périodes plus calmes cachent déjà plus de blocs d’urgence que ce que l’explorateur ne montre.