TRM Labs dévoile un système avancé de lutte contre le chaos de réorganisation de la blockchain sur les réseaux EVM

Table des matières Les réorganisations de la blockchain continuent de remettre en question la fiabilité des données sur les réseaux compatibles Ethereum. Un article récent de TRM Labs explique comment ces événements peuvent modifier les enregistrements de transactions, obligeant les équipes d'ingénierie à repenser la manière dont les données blockchain en temps réel sont traitées et conservées. TRM Labs a partagé la mise à jour via son compte X officiel, indiquant aux lecteurs une ventilation détaillée de ses systèmes internes. L'article explique que les réorganisations de la blockchain font plus que créer des entrées en double. Ils peuvent déplacer les positions des transactions, modifier les indices des journaux et même modifier les résultats de l'exécution. Les réorganisations de la blockchain sont l'un des défis les plus difficiles en matière d'ingénierie des données. Ils ne se contentent pas de créer des doublons : ils remodèlent les données : les transactions changent de position, les journaux obtiennent de nouveaux indices et les résultats de l'exécution peuvent changer. Découvrez comment notre équipe d'ingénierie de données a construit un système multicouche… pic.twitter.com/qzK5kPcQLt — TRM Labs (@trmlabs) 17 avril 2026 Une réorganisation se produit lorsqu'une blockchain remplace les blocs récemment acceptés par une version différente de la chaîne. Cela peut se produire à la fois dans le cadre des systèmes de preuve de travail et de preuve de participation. Dans la structure actuelle d’Ethereum, les retards dans la propagation des blocs ou les partitions réseau peuvent déclencher de tels changements. Par conséquent, les données précédemment ingérées peuvent devenir obsolètes sans avertissement. Les transactions peuvent être déplacées vers différents blocs, tandis que les horodatages et les chemins d'exécution peuvent changer. Dans certains cas, une transaction ayant réussi précédemment peut échouer dans la version de chaîne mise à jour. Cela crée des défis pour les pipelines de données qui traitent l’activité de la blockchain en temps réel. Une fois que des données incorrectes entrent dans les systèmes de stockage, elles restent aux côtés des enregistrements mis à jour. Cela conduit à des incohérences qui s’étendent aux ensembles de données dépendants. TRM note que s'appuyer uniquement sur les hachages de transactions pour la déduplication ne résout pas le problème. Lorsque les positions changent, les métadonnées telles que les indices de journal et les identifiants de trace changent également. Ces différences amènent les systèmes à traiter les transactions identiques comme des enregistrements distincts. Pour gérer ces problèmes, TRM Labs a construit un système en couches qui détecte et corrige les incohérences liées à la réorganisation. L'entreprise traite les données de la blockchain immédiatement après la production du bloc au lieu d'attendre la finalité. Cette approche prend en charge les besoins de surveillance en temps réel mais nécessite une réconciliation constante. Attendre la finalité pourrait éviter la plupart des problèmes de réorganisation. Cependant, la finalité sur Ethereum peut prendre jusqu'à 15 minutes. Pour les systèmes de conformité et de surveillance des risques, de tels délais ne sont pas pratiques. Le système de TRM commence par la détection de réorganisation. Une fois identifiées, les données concernées sont republiées et corrigées dans toutes les tables en aval. Chaque ensemble de données applique ses propres règles de déduplication, garantissant que les enregistrements obsolètes sont supprimés ou remplacés. Un autre élément clé est la réconciliation entre les tables. Étant donné que les réorganisations peuvent affecter différemment plusieurs ensembles de données, la cohérence doit être restaurée dans toutes les tables associées. Sans cette étape, des enregistrements incompatibles pourraient perturber les systèmes d’analyse et de reporting. La table des transactions joue un rôle central dans ce processus. Il sert de point de référence principal pour tous les autres ensembles de données. En ancrant les données en aval aux horodatages canoniques des transactions, le système restaure l'alignement après une réorganisation. L'article décrit également différents scénarios de défaillance observés en production. Dans certains cas, les transactions conservent les mêmes résultats mais changent de position. Dans d’autres, les chemins d’exécution changent en raison des différences dans l’état de la blockchain, entraînant des résultats modifiés. Il existe également des situations où le nombre de transferts de jetons change entre les versions de la chaîne. Ces variations créent des disparités qui ne peuvent pas être résolues par de simples méthodes de déduplication. L’approche de TRM aborde chacun de ces scénarios grâce à une correction coordonnée des données. Cela garantit que les systèmes en temps réel conservent leur précision même lorsque la structure sous-jacente de la blockchain change. L'entreprise continue d'affiner ses systèmes à mesure que les réseaux blockchain évoluent. Son cadre reflète le besoin croissant d’une infrastructure de données fiable dans des environnements où le consensus peut changer après confirmation initiale.