Dernièrement, on entend souvent dire « c'est écrit sur la chaîne », mais en réalité, la version « sur la chaîne » que vous voyez est en fait relayée par des nœuds/RPC/indicateurs, et parfois elle peut même être en retard. Lorsque le RPC est surchargé, il fait la queue ou limite le débit, les nœuds qui ne suivent pas la hauteur de bloc peuvent temporairement prendre du retard, et les indicateurs ressemblent plus à une traduction du bloc en une base de données consultable, nécessitant une restructuration ou une reconstruction après rollback… Le solde ou l'historique des transactions que vous voyez peut être en retard de quelques minutes ou afficher une erreur pendant un moment, ce n'est pas forcément une hallucination.

Les développeurs sont très enthousiastes à propos de la modularité et de la couche DA, mais il est normal que les utilisateurs soient un peu perdus : après avoir divisé la chaîne en plusieurs couches, « à qui faire confiance pour les données » devient encore plus compliqué. Récemment, le bruit d'information est aussi très fort, ma stratégie de réduction du bruit est simple : avant une opération critique, au moins vérifier avec deux RPC/navigateurs indépendants en croisé, et considérer la confirmation finale sur la chaîne comme définitive, ne pas se fier uniquement à un seul front-end. Pour l’instant, je préfère que le pont soit un peu plus lent plutôt que de risquer des problèmes majeurs.