Récemment, j'ai encore entendu quelqu'un dire « c'est écrit sur la chaîne, alors pourquoi se défendre » , cela m'a fait à la fois rire et me sentir un peu impuissant… Ce que vous voyez dans votre téléphone ou sur votre navigateur, le « on-chain », est en réalité une image composée de nœuds + RPC + indexeurs, ce n'est pas la blockchain elle-même. Si un RPC plante soudainement, si l'indexeur ne suit pas ou si une restructuration se produit, l'état de la transaction que vous voyez peut être en retard de quelques minutes voire fluctuer de manière répétée.

Dans des cas comme le vol de ponts inter-chaînes, beaucoup de gens réagissent en regardant des captures d'écran du navigateur pour attribuer la responsabilité, mais en réalité, ces captures ne représentent qu'une « perspective d'un service ». De plus, après une anomalie de prix sur un oracle, tout le monde aime dire « attendre la confirmation », ce que je comprends aussi : ce n'est pas une superstition de la lenteur, mais une vérification préalable pour voir si la source de données est bien synchronisée ou s'il y a eu un rollback. Quoi qu'il en soit, je ne crois qu'à la validation croisée avec plusieurs sources, et si quelque chose ne semble pas raisonnable, je demande directement au projet : quelle RPC utilisez-vous, quel est le délai de latence de l'indexeur, comment faites-vous la réconciliation en cas de problème.