#dusk En repassant cette semaine les données d’interactions on-chain, j’ai failli me laisser piéger par un détail de conception bas niveau. D’habitude, on se dit qu’une fois les données regroupées, il suffit d’attendre quelques blocs pour être tranquille. Pour être honnête, je procédais moi-même un peu à la légère. Mais hier soir, en me plongeant dans les règles de Rolling Finality de Dusk, j’ai soudain compris que cette attente brutale fondée sur l’intuition cachait en réalité des variables imprévisibles.$DUSK

Ce réseau découpe l’état en éléments très fins. Il comporte une règle particulièrement retorse : même si un bloc est produit sans problème, si des tours ont échoué avant que le consensus soit atteint — autrement dit, s’il y a eu des itérations infructueuses en amont — le système ne lui attribue qu’un statut d’acceptation provisoire. C’est un peu comme un intérimaire : en théorie, il peut à tout moment être remplacé par des données candidates mieux classées. Pour obtenir une validation définitive, les règles sont bien plus strictes qu’on ne le pense.$BTC

Le calcul ne consiste vraiment pas à attendre un nombre fixe de blocs : il faut attendre deux fois le nombre d’échecs. Supposons qu’il y ait eu deux blocages auparavant : il faudra alors patienter jusqu’à la production de quatre nouveaux blocs pour que ce soit considéré comme définitif. Autrement dit, deux transferts inscrits sur la chaîne ne bénéficient pas du tout du même niveau de résistance à une réversion selon qu’ils ont été confirmés sans encombre ou après plusieurs ratés. Leur degré de vulnérabilité diffère nettement.$ETH

Du point de vue d’une institution qui effectue un règlement DvP, cette logique de protection dynamique est effectivement rigoureuse. Mais cela signifie aussi que le temps de confirmation devient imprévisible. Pour un utilisateur ordinaire qui effectue de petits transferts fréquents, cette fenêtre de risque de quelques secondes n’a pas vraiment d’importance. En revanche, pour les mouvements de gros capitaux, mieux vaut être prudent face à ce mécanisme. Toute médaille a son revers : la sécurité est renforcée au maximum, mais il faut naturellement faire des concessions sur le rythme et l’efficacité attendus.@Dusk

Désormais, quand j’effectue moi-même un transfert important, je ne m’accroche plus à un nombre fixe de confirmations : je consulte directement le n précis sur le nœud. Je préfère attendre un peu plus longtemps et m’assurer que la période de vulnérabilité est passée. Franchement, comprendre un peu les mécanismes internes permet d’éviter bien des pièges cachés. Quand vous effectuez des transferts importants, quelle étape vous inquiète le plus ?