#dusk $DUSK Le message le plus dangereux du back-office des valeurs mobilières : ce n’est pas forcément un « échec », mais plutôt « déjà pris en charge ». Un échec fait au moins s’arrêter les choses ; « déjà pris en charge » peut trop facilement être compris comme un règlement définitif des titres. Il en va de même on-chain : le fait que le bloc entre dans le registre local ne signifie pas qu’il est parvenu à la dernière étape absolument irréversible.
En relisant le livre blanc @Dusk sur le Rolling Finality, j’ai compris que Dusk ne regroupe pas tous les « confirmations » en un seul mot : il les sépare en quatre états : accepted, attested, confirmed et final. Un bloc accepted a beau avoir obtenu une preuve de succès, s’il provient d’une itération plus élevée et que les itérations précédentes (plus basses) n’ont pas de preuve d’échec, alors lorsqu’un bloc valide provenant d’une itération plus basse apparaît ensuite, il peut encore être remplacé — et les blocs suivants seront eux aussi ramenés en arrière.
Attested est plus solide : soit il vient de la 0e itération, soit toutes les itérations précédentes ont déjà laissé des preuves d’échec. Confirmed requiert en plus que les blocs subséquents continuent d’ajouter de la crédibilité à la chaîne actuelle. Seul final signifie que le bloc père est aussi final : tout le chemin d’ancêtres est verrouillé, impossible à remplacer.
Le livre blanc donne un exemple concret : un bloc est produit à la 5e itération, mais auparavant, seuls deux tours comportent des preuves d’échec. Il est d’abord marqué comme accepted. Il faut ensuite attendre 4 blocs consécutifs attested ou confirmed pour qu’il passe en confirmed. Autrement dit, entre le moment « le bloc est sorti » et le moment « les valeurs mobilières peuvent être livrées comme un fait irrévocable », il peut effectivement y avoir plusieurs étapes.
Je trouve cette honnêteté salutaire. Le système financier redoute surtout de cacher les probabilités derrière une coche verte. Mais il laisse aussi des devoirs côté produit : le portefeuille, la plateforme d’échange et le système d’enregistrement affichent-ils réellement quel état ? Quand un utilisateur voit « accepted », peut-il continuer à céder ou à racheter ? Si l’interface indique uniformément « succès », même un état de consensus rigoureux sera lissé par le discours produit.
C’est pourquoi, en observant la finalité en secondes de Dusk, je ne regarde pas seulement combien de secondes en moyenne — je regarde aussi la distribution qui va de accepted à final dans les itérations anormales, et si l’application attend vraiment le final avant de « tenir pour acquis ». La finalité n’est pas un chiffre marketing : c’est une discipline qui interdit de transformer un « presque terminé » en « déjà terminé ».
En relisant le livre blanc @Dusk sur le Rolling Finality, j’ai compris que Dusk ne regroupe pas tous les « confirmations » en un seul mot : il les sépare en quatre états : accepted, attested, confirmed et final. Un bloc accepted a beau avoir obtenu une preuve de succès, s’il provient d’une itération plus élevée et que les itérations précédentes (plus basses) n’ont pas de preuve d’échec, alors lorsqu’un bloc valide provenant d’une itération plus basse apparaît ensuite, il peut encore être remplacé — et les blocs suivants seront eux aussi ramenés en arrière.
Attested est plus solide : soit il vient de la 0e itération, soit toutes les itérations précédentes ont déjà laissé des preuves d’échec. Confirmed requiert en plus que les blocs subséquents continuent d’ajouter de la crédibilité à la chaîne actuelle. Seul final signifie que le bloc père est aussi final : tout le chemin d’ancêtres est verrouillé, impossible à remplacer.
Le livre blanc donne un exemple concret : un bloc est produit à la 5e itération, mais auparavant, seuls deux tours comportent des preuves d’échec. Il est d’abord marqué comme accepted. Il faut ensuite attendre 4 blocs consécutifs attested ou confirmed pour qu’il passe en confirmed. Autrement dit, entre le moment « le bloc est sorti » et le moment « les valeurs mobilières peuvent être livrées comme un fait irrévocable », il peut effectivement y avoir plusieurs étapes.
Je trouve cette honnêteté salutaire. Le système financier redoute surtout de cacher les probabilités derrière une coche verte. Mais il laisse aussi des devoirs côté produit : le portefeuille, la plateforme d’échange et le système d’enregistrement affichent-ils réellement quel état ? Quand un utilisateur voit « accepted », peut-il continuer à céder ou à racheter ? Si l’interface indique uniformément « succès », même un état de consensus rigoureux sera lissé par le discours produit.
C’est pourquoi, en observant la finalité en secondes de Dusk, je ne regarde pas seulement combien de secondes en moyenne — je regarde aussi la distribution qui va de accepted à final dans les itérations anormales, et si l’application attend vraiment le final avant de « tenir pour acquis ». La finalité n’est pas un chiffre marketing : c’est une discipline qui interdit de transformer un « presque terminé » en « déjà terminé ».
