L’icône « confirmée » dans le portefeuille, celle-ci a l’air tout à fait banale ; ce n’est qu’après avoir parcouru la documentation finale de Dusk que j’ai compris : derrière ce petit indicateur apparemment anodin, se cachent quatre niveaux de crédibilité totalement différents compressés.
Un tout nouveau bloc passe d’abord par l’étape « accepté ». À ce stade, si un autre bloc candidat plus ancien apparaît dans le même tour, il risque d’être remplacé à tout moment. Une fois qu’il surmonte tout cela et atteint le niveau « vérifié », il échappe enfin à ce destin d’être éjecté ; au-dessus, il y a « verrouillé », construit par l’accumulation des blocs ultérieurs ; et jusqu’à « entièrement statué », il faut attendre que son bloc père ait lui-même suivi l’intégralité du processus.
Le point clé, c’est que du nouveau-né à « entièrement statué », on ne sait pas exactement combien de blocs supplémentaires doivent servir de caution : il n’y a pas de réponse unique. Ce nombre est lié au nombre d’échecs rencontrés par ce bloc au moment de sa naissance — plus sa trajectoire initiale est chaotique, plus il faudra de confirmations après coup pour compenser cette incertitude de départ. Et, à en juger par le même libellé « confirmé », la valeur réelle peut être très différente.
En suivant cette logique et en regardant d’autres modules, je remarque que cette philosophie de stratification se retrouve ailleurs aussi. Le contrat central chargé d’acheminer différents types de transactions les répartit, selon leurs propriétés, vers les canaux de validation correspondants ; une fois chacun de ces parcours terminé, tout est ensuite enregistré de façon unifiée dans le grand livre de la chaîne. Les transferts visibles, les transferts chiffrés, les transactions de type compte et celles de type titre : tout doit aboutir selon une méthode cohérente.
Déplacer ensuite le regard vers le contexte de l’appariement devient encore plus intéressant — pour que chaque transaction conclue soit reconnue par le marché, il faut laisser sur la chaîne des traces susceptibles d’être revérifiées. La finalité graduée offre aux applications une règle de jugement graduée : à quel moment on peut s’engager publiquement, et à quel moment on ne peut faire qu’un pré-enregistrement temporaire. Les nœuds gardent la main pour déterminer le moment.
Le revers, c’est que cette complexité n’est pas visible par l’utilisateur ordinaire. Lors des scissions réseau les plus extrêmes, à qui se répercute ce décalage d’information, et dans quelle mesure l’impact sera réel, reste encore à observer.
#dusk @Dusk $DUSK
Un tout nouveau bloc passe d’abord par l’étape « accepté ». À ce stade, si un autre bloc candidat plus ancien apparaît dans le même tour, il risque d’être remplacé à tout moment. Une fois qu’il surmonte tout cela et atteint le niveau « vérifié », il échappe enfin à ce destin d’être éjecté ; au-dessus, il y a « verrouillé », construit par l’accumulation des blocs ultérieurs ; et jusqu’à « entièrement statué », il faut attendre que son bloc père ait lui-même suivi l’intégralité du processus.
Le point clé, c’est que du nouveau-né à « entièrement statué », on ne sait pas exactement combien de blocs supplémentaires doivent servir de caution : il n’y a pas de réponse unique. Ce nombre est lié au nombre d’échecs rencontrés par ce bloc au moment de sa naissance — plus sa trajectoire initiale est chaotique, plus il faudra de confirmations après coup pour compenser cette incertitude de départ. Et, à en juger par le même libellé « confirmé », la valeur réelle peut être très différente.
En suivant cette logique et en regardant d’autres modules, je remarque que cette philosophie de stratification se retrouve ailleurs aussi. Le contrat central chargé d’acheminer différents types de transactions les répartit, selon leurs propriétés, vers les canaux de validation correspondants ; une fois chacun de ces parcours terminé, tout est ensuite enregistré de façon unifiée dans le grand livre de la chaîne. Les transferts visibles, les transferts chiffrés, les transactions de type compte et celles de type titre : tout doit aboutir selon une méthode cohérente.
Déplacer ensuite le regard vers le contexte de l’appariement devient encore plus intéressant — pour que chaque transaction conclue soit reconnue par le marché, il faut laisser sur la chaîne des traces susceptibles d’être revérifiées. La finalité graduée offre aux applications une règle de jugement graduée : à quel moment on peut s’engager publiquement, et à quel moment on ne peut faire qu’un pré-enregistrement temporaire. Les nœuds gardent la main pour déterminer le moment.
Le revers, c’est que cette complexité n’est pas visible par l’utilisateur ordinaire. Lors des scissions réseau les plus extrêmes, à qui se répercute ce décalage d’information, et dans quelle mesure l’impact sera réel, reste encore à observer.
#dusk @Dusk $DUSK