Je vérifiais mon Vault sur la « Newton mainnet beta » aujourd’hui et j’ai remarqué une transaction bloquée à l’étape « policy check » pendant neuf secondes, alors que d’autres proches s’étaient effacées en moins de deux. Même policy, même collatéral. Première idée : la charge de l’opérateur.

C’était plausible pendant quelques minutes. Puis deux autres transactions en retard sont apparues, sans aucune congestion autour d’elles. Ce qu’elles avaient en commun : les données spécifiques dont leur policy avait besoin. Les positions qui tiraient un score de risque Credora ont été plus lentes que celles qui ne vérifiaient que le prix. Même opérateurs, attente différente.

C’est là que la présence de l’opérateur et la disponibilité des données n’ont plus l’air d’être la même chose. Un validateur peut être en ligne, en train d’évaluer votre transaction, tout en attendant encore une note qu’il n’a pas récupérée. Le routage sélectionne un opérateur, l’opérateur a besoin du flux, le flux répond, puis l’attestation est signée avant que le règlement ne soit terminé.

Ce à quoi je reviens sans cesse, c’est l’étape de quorum dont personne ne parle. Les opérateurs sont liés via le restaking, ce qui pénalise la malhonnêteté, pas la lenteur. J’ai perdu une petite position lors d’un contrôle retardé une fois, et je l’ai attribué à l’UI, ce qui était une erreur de couche complète. Je ne sais toujours pas ce qui se passe lorsqu’un seul mouvement de prix déclenche des contrôles sur des centaines de vaults en même temps. L’ensemble d’opérateurs l’absorbe-t-il de façon uniforme, ou la file d’attente devient-elle le véritable risque 👍

#newt $NEWT