Aujourd’hui, parlons du mode d’urgence et du mécanisme de repli de #dusk . Ce qui mérite vraiment d’être disséqué n’est pas seulement le fait qu’« il existe un tel mécanisme », mais le trou aveugle industriel qu’il révèle en filigrane.

Le seuil de déclenchement du « Mode d’urgence » est fixé à 16 échecs d’itération consécutifs. Ce chiffre, en soi, mérite d’être interrogé : pourquoi 16 plutôt que 8 ou 32 ?

Trop bas, cela risque de provoquer des déclenchements intempestifs : de simples fluctuations réseau seraient interprétées comme une rupture de consensus. Trop haut, au contraire, la chaîne reste bloquée trop longtemps, et les scénarios financiers n’attendent pas. 16 relève d’un compromis d’ingénierie, mais le livre blanc n’en fournit pas la démarche de déduction ; il manque en réalité une analyse publique de sensibilité des paramètres.

Dans les règles de repli, la clause « les blocs avec I=0 ne peuvent pas être annulés de façon réversible » est la plus dure de tout le mécanisme.

Elle verrouille directement le droit de remonter en arrière vers des transactions déjà confirmées pendant le processus de dégradation. En pratique, elle dit aux institutions : votre règlement ne sera pas discrètement renversé en raison d’une panne réseau. Mais il y a un coût implicite ici : si les blocs « I=0 » portent eux-mêmes des données erronées, le système ne prévoit pas non plus de canal de correction. L’irréversibilité est une lame à double tranchant. Dusk a choisi de privilégier la déterminisme ; dans le contexte financier, ce compromis est pertinent, mais il ne devrait pas être considéré par défaut comme la seule réponse correcte.

La conception de signatures vérifiables de l’EBR résout le problème de confiance : « qui a le droit de déclencher le mode d’urgence ». Toutefois, comment déterminer le seuil des droits majoritaires, et si les gros détenteurs peuvent en profiter pour imposer leur volonté : les risques de gouvernance ne sont pas discutés.

Dans l’ensemble, on voit que Dusk a intégré le « traitement des anomalies » dans la couche du protocole : la direction est la bonne.
Mais le fait qu’un mécanisme existe ne signifie pas qu’il est mature. Le choix des paramètres, les limites de gouvernance, et les attentes de comportement dans des scénarios extrêmes nécessitent encore plus de données concrètes d’exploitation pour être validés.

#dusk $DUSK @Dusk

Temps d’interaction : Le Mode d’urgence de Dusk doit connaître combien d’échecs d’itération consécutifs pour se déclencher ?