Je me suis penché sur la conception du consensus du réseau Dusk et une chose m’a vraiment surpris : le mode d’urgence.
Voici ce qui se passe : la plupart des chaînes se figent ou bifurquent de manière maladroite quand quelque chose se passe mal au milieu du consensus. L’attestation succincte de Dusk intègre une solution de repli : si une manche ne peut pas être finalisée proprement, le réseau peut passer à un bloc de rang inférieur au lieu de se figer ou de se scinder. Je vois cela comme faisant partie d’un changement plus large dans la façon dont les chaînes PoS sont conçues — pas seulement la vitesse à laquelle on peut aller, mais ce qu’il se passe lorsque quelque chose se casse.
Je pense que c’est plus important que beaucoup ne le réalisent. Pour un réseau qui se positionne pour des cas d’usage financiers réglementés, la disponibilité et une récupération prévisible ne sont pas de simples “plus” — c’est l’argument central. Une banque ou une institution ne va pas toucher à une infrastructure qui ne sait pas gérer correctement une manche défaillante.
Ce qui est intéressant, c’est que ce n’est pas une fonctionnalité marketing — elle est discrètement présente dans leurs notes de version développeur, un type de détail que seuls les bâtisseurs remarquent généralement.
Y a-t-il d’autres chaînes PoS que vous avez vues gérer des défaillances liées à des cas limites aussi gracieusement, ou Dusk est-il en avance sur la courbe ici ?
@Dusk_Foundation #dusk $DUSK
Voici ce qui se passe : la plupart des chaînes se figent ou bifurquent de manière maladroite quand quelque chose se passe mal au milieu du consensus. L’attestation succincte de Dusk intègre une solution de repli : si une manche ne peut pas être finalisée proprement, le réseau peut passer à un bloc de rang inférieur au lieu de se figer ou de se scinder. Je vois cela comme faisant partie d’un changement plus large dans la façon dont les chaînes PoS sont conçues — pas seulement la vitesse à laquelle on peut aller, mais ce qu’il se passe lorsque quelque chose se casse.
Je pense que c’est plus important que beaucoup ne le réalisent. Pour un réseau qui se positionne pour des cas d’usage financiers réglementés, la disponibilité et une récupération prévisible ne sont pas de simples “plus” — c’est l’argument central. Une banque ou une institution ne va pas toucher à une infrastructure qui ne sait pas gérer correctement une manche défaillante.
Ce qui est intéressant, c’est que ce n’est pas une fonctionnalité marketing — elle est discrètement présente dans leurs notes de version développeur, un type de détail que seuls les bâtisseurs remarquent généralement.
Y a-t-il d’autres chaînes PoS que vous avez vues gérer des défaillances liées à des cas limites aussi gracieusement, ou Dusk est-il en avance sur la courbe ici ?
@Dusk_Foundation #dusk $DUSK