Binance Square
#emergencymode

emergencymode

19 vues
2 mentions
Hitmans Lounge
·
--
Partiellement vrai
Trading sur 30 j de 68.2 USDT en $DUSK
J’exploite une petite position sur $DUSK depuis quelques semaines, principalement en observation. Rien de dramatique : j’en ai juste un peu repris hier après avoir remarqué quelque chose dans la documentation du protocole dont je n’avais vu personne parler. Il est question de ce qui se passe quand le consensus… cesse de fonctionner. Pas suite à une attaque. Pas à cause d’un bug. Simplement parce que des validateurs deviennent silencieux. Dusk dispose d’un mode appelé « Emergency Mode », et ma première lecture était qu’il servait à produire des blocs d’urgence. Ce n’est pas tout à fait ça. Le vrai enjeu est de préserver la vivacité (liveness) quand la participation des mises devient peu fiable. Voici ce qui a retenu mon attention : Dusk ne se fige pas si les validateurs continuent de manquer des validations. Au lieu de cela, il laisse les itérations précédentes de consensus rester ouvertes pendant que de nouvelles commencent simultanément. Les provisionneurs restants obtiennent davantage de tentatives pour parvenir à un accord plutôt que de se heurter à un mur infranchissable. La règle de priorité compte aussi. Si plusieurs itérations aboutissent en même temps, le protocole favorise toujours l’itération au numéro le plus bas. C’est ainsi qu’il résout le problème des blocs concurrents sans nécessiter d’intervention manuelle. Et si même cela échoue, la « Emergency Block Request » entre en jeu. Une fois que des EBR représentant la majorité des mises s’accumulent, la chaîne produit un bloc vide ! aucune transaction, juste de la continuité et une graine (seed) fraîche pour le tour suivant. Ce choix de conception me dit que @Dusk_Foundation n’est pas construit pour des conditions idéales. Il est construit pour le moment où ces conditions se brisent. Ce que je ne sais pas encore, sincèrement, c’est à quel point ce chemin de récupération tient si la participation reste dégradée sur plusieurs tours consécutifs. C’est le test de résistance que j’aimerais voir documenté. #Dusk #EmergencyMode #DuskEVM {spot}(DUSKUSDT) Qu’est-ce qui compte le plus dans la conception du « Emergency Mode » de Dusk ?
J’exploite une petite position sur $DUSK depuis quelques semaines, principalement en observation. Rien de dramatique : j’en ai juste un peu repris hier après avoir remarqué quelque chose dans la documentation du protocole dont je n’avais vu personne parler.

Il est question de ce qui se passe quand le consensus… cesse de fonctionner. Pas suite à une attaque. Pas à cause d’un bug. Simplement parce que des validateurs deviennent silencieux.

Dusk dispose d’un mode appelé « Emergency Mode », et ma première lecture était qu’il servait à produire des blocs d’urgence. Ce n’est pas tout à fait ça.

Le vrai enjeu est de préserver la vivacité (liveness) quand la participation des mises devient peu fiable.

Voici ce qui a retenu mon attention : Dusk ne se fige pas si les validateurs continuent de manquer des validations. Au lieu de cela, il laisse les itérations précédentes de consensus rester ouvertes pendant que de nouvelles commencent simultanément. Les provisionneurs restants obtiennent davantage de tentatives pour parvenir à un accord plutôt que de se heurter à un mur infranchissable.

La règle de priorité compte aussi. Si plusieurs itérations aboutissent en même temps, le protocole favorise toujours l’itération au numéro le plus bas. C’est ainsi qu’il résout le problème des blocs concurrents sans nécessiter d’intervention manuelle.

Et si même cela échoue, la « Emergency Block Request » entre en jeu.

Une fois que des EBR représentant la majorité des mises s’accumulent, la chaîne produit un bloc vide ! aucune transaction, juste de la continuité et une graine (seed) fraîche pour le tour suivant.

Ce choix de conception me dit que @Dusk n’est pas construit pour des conditions idéales.

Il est construit pour le moment où ces conditions se brisent.

Ce que je ne sais pas encore, sincèrement, c’est à quel point ce chemin de récupération tient si la participation reste dégradée sur plusieurs tours consécutifs. C’est le test de résistance que j’aimerais voir documenté.

#Dusk #EmergencyMode #DuskEVM
Qu’est-ce qui compte le plus dans la conception du « Emergency Mode » de Dusk ?
🔗Chain liveness above all
66%
⚖️The iteration priority rule
17%
🧪Still needs a stress test
17%
6 Votes • Vote fermé
Connectez-vous pour découvrir plus de contenu
Rejoignez la communauté mondiale des adeptes de cryptomonnaies sur Binance Square
⚡️ Suviez les dernières informations importantes sur les cryptomonnaies.
💬 Jugé digne de confiance par la plus grande plateforme d’échange de cryptomonnaies au monde.
👍 Découvrez les connaissances que partagent les créateurs vérifiés.
Adresse e-mail/Nº de téléphone