J’ai supposé que la finalité déterministe signifiait qu’il y avait un moment unique et clair où un bloc devenait final.
Puis j’ai remarqué que @Dusk décrit quatre états différents : Accepted (Accepté), Confirmed (Confirmé), Stable (Stable) et Final (Final).
Au début, cela m’a semblé être une terminologie inutile.
Mais plus je suivais la progression, plus cela ressemblait à quatre niveaux de confiance différents concernant le même bloc.
Accepted : le comité a terminé la proposition, la validation et la ratification.
Confirmed : des blocs ultérieurs s’y sont appuyés.
Stable : il est suffisamment enfoui pour être considéré comme probabilistiquement irréversible.
Final : il est verrouillé inconditionnellement.
Et cela crée une distinction que je n’avais pas vraiment envisagée :
la progression du consensus ≠ le règlement final.
La partie intéressante est Stable.
Si un bloc peut être considéré comme probabilistiquement irréversible avant d’atteindre Final, alors à quel moment exact commence le « règlement rapide » — et à quel moment commence réellement le règlement irréversible ?
Cela compte bien plus quand l’objet réglé est un titre réglementé.
Si le titre est dans un état Accepted ou Stable, l’application le considère-t-elle déjà comme réglé, ou attend-elle Final pour reconnaître le changement de propriété comme irréversible ?
Je ne pense pas que ces états soient désormais de simples étiquettes techniques.
Ils décrivent différents moments où une institution peut devenir suffisamment confiante pour que l’état financier qu’elle observe soit réellement l’état sur lequel elle doit s’appuyer.
La question que je continue de surveiller est de savoir comment cette distinction se manifeste en aval.
Car pour les actifs réglementés, « le bloc progresse » et « la propriété est finale » ne sont pas nécessairement la même affirmation.
#dusk $DUSK @Dusk
Puis j’ai remarqué que @Dusk décrit quatre états différents : Accepted (Accepté), Confirmed (Confirmé), Stable (Stable) et Final (Final).
Au début, cela m’a semblé être une terminologie inutile.
Mais plus je suivais la progression, plus cela ressemblait à quatre niveaux de confiance différents concernant le même bloc.
Accepted : le comité a terminé la proposition, la validation et la ratification.
Confirmed : des blocs ultérieurs s’y sont appuyés.
Stable : il est suffisamment enfoui pour être considéré comme probabilistiquement irréversible.
Final : il est verrouillé inconditionnellement.
Et cela crée une distinction que je n’avais pas vraiment envisagée :
la progression du consensus ≠ le règlement final.
La partie intéressante est Stable.
Si un bloc peut être considéré comme probabilistiquement irréversible avant d’atteindre Final, alors à quel moment exact commence le « règlement rapide » — et à quel moment commence réellement le règlement irréversible ?
Cela compte bien plus quand l’objet réglé est un titre réglementé.
Si le titre est dans un état Accepted ou Stable, l’application le considère-t-elle déjà comme réglé, ou attend-elle Final pour reconnaître le changement de propriété comme irréversible ?
Je ne pense pas que ces états soient désormais de simples étiquettes techniques.
Ils décrivent différents moments où une institution peut devenir suffisamment confiante pour que l’état financier qu’elle observe soit réellement l’état sur lequel elle doit s’appuyer.
La question que je continue de surveiller est de savoir comment cette distinction se manifeste en aval.
Car pour les actifs réglementés, « le bloc progresse » et « la propriété est finale » ne sont pas nécessairement la même affirmation.
#dusk $DUSK @Dusk
