Nous avons connu une coupure de délestage à Islamabad la semaine dernière : le réseau continuait de tomber en panne, encore et encore. Et à chaque retour, le système de secours devait redémarrer depuis le début au lieu de reprendre là où il s’était arrêté. J’ai supposé que le mode d’urgence de Dusk fonctionnait de la même manière : les blocages réseau se répètent, il ne fait que retenter le même délai fixe jusqu’à ce que quelque chose fonctionne.
Mais ce n’est pas ce qui se passe. Le mode d’urgence ne se déclenche qu’après 16 itérations consécutives échouées, et une fois activé, toute la structure du délai est supprimée. Les itérations n’expirent plus : elles s’exécutent indéfiniment jusqu’à ce qu’un bloc candidat soit effectivement proposé et atteigne le quorum à la fois en validation et en ratification. Les votes NoCandidate et NoQuorum sont également désactivés, de sorte que chaque étape doit réussir correctement avant que la suivante ne démarre.
Ce qui a vraiment clarifié les choses pour moi, c’est que plusieurs de ces itérations ouvertes peuvent tourner en même temps. Ce n’est pas un défaut : c’est intentionnel, cela augmente la probabilité qu’au moins une produise un bloc valide. Le compromis, c’est davantage de risque de fork, lequel est résolu en choisissant systématiquement le candidat qui a atteint le consensus au plus petit numéro d’itération.
Il y a aussi un dernier recours dans le dernier recours. Si même la toute dernière itération se bloque, les pourvoyeurs qui détiennent la majorité de la mise totale peuvent demander un bloc d’urgence : un bloc spécial vide, signé par Dusk et sans transactions, juste pour faire avancer le tour.
Ce que la note technique (whitepaper) ne dit pas, c’est à quelle fréquence cela s’est réellement déclenché sur l’infrastructure Dusk jusqu’à présent. Je n’ai aucune donnée pour étayer une affirmation de fréquence.
Le vrai test pour DUSK, c’est à quel point le mode d’urgence doit se déclencher rarement une fois que le mainnet tourne à une échelle réelle.
Quelqu’un a-t-il déjà assisté au déclenchement du mode d’urgence sur Dusk ?
@Dusk #dusk $DUSK
Mais ce n’est pas ce qui se passe. Le mode d’urgence ne se déclenche qu’après 16 itérations consécutives échouées, et une fois activé, toute la structure du délai est supprimée. Les itérations n’expirent plus : elles s’exécutent indéfiniment jusqu’à ce qu’un bloc candidat soit effectivement proposé et atteigne le quorum à la fois en validation et en ratification. Les votes NoCandidate et NoQuorum sont également désactivés, de sorte que chaque étape doit réussir correctement avant que la suivante ne démarre.
Ce qui a vraiment clarifié les choses pour moi, c’est que plusieurs de ces itérations ouvertes peuvent tourner en même temps. Ce n’est pas un défaut : c’est intentionnel, cela augmente la probabilité qu’au moins une produise un bloc valide. Le compromis, c’est davantage de risque de fork, lequel est résolu en choisissant systématiquement le candidat qui a atteint le consensus au plus petit numéro d’itération.
Il y a aussi un dernier recours dans le dernier recours. Si même la toute dernière itération se bloque, les pourvoyeurs qui détiennent la majorité de la mise totale peuvent demander un bloc d’urgence : un bloc spécial vide, signé par Dusk et sans transactions, juste pour faire avancer le tour.
Ce que la note technique (whitepaper) ne dit pas, c’est à quelle fréquence cela s’est réellement déclenché sur l’infrastructure Dusk jusqu’à présent. Je n’ai aucune donnée pour étayer une affirmation de fréquence.
Le vrai test pour DUSK, c’est à quel point le mode d’urgence doit se déclencher rarement une fois que le mainnet tourne à une échelle réelle.
Quelqu’un a-t-il déjà assisté au déclenchement du mode d’urgence sur Dusk ?
@Dusk #dusk $DUSK
