Une seule réorganisation de bloc Ethereum a provoqué la suspension des échanges THORChain impliquant 10 réseaux blockchain. La partie surprenante ? Tout a commencé avec un dépôt de 10 ETH qui n’a jamais atteint le coffre. Voici ce qui s’est passé. 1️⃣ Dépôt détecté Un utilisateur a soumis 10 ETH à un coffre THORChain. La transaction est apparue dans un bloc Ethereum, et THORChain a enregistré le dépôt. 2️⃣ Réorganisation du bloc Ethereum Ethereum a remplacé le bloc original, supprimant le dépôt de la chaîne canonique. Mais THORChain avait déjà comptabilisé ces fonds. 3️⃣ Remboursement incorrect L’échange a échoué en raison de la condition de limite de prix, déclenchant un remboursement. THORChain a envoyé 10 ETH à l’utilisateur, bien que son coffre n’ait jamais reçu le dépôt correspondant. 4️⃣ Arrêt d’urgence Le vérificateur de solvabilité de THORChain a détecté le déficit et a suspendu les échanges. L’utilisateur a ultérieurement retourné les 10 ETH supplémentaires. Alors, qu’est-ce qui a mal fonctionné techniquement ? Le problème clé résidait dans la différence entre observer une transaction et avoir une confirmation suffisante qu’elle restera dans l’historique canonique d’Ethereum. Le fait qu’une transaction apparaisse dans un bloc ne signifie pas que ce bloc ne peut pas être réorganisé. C’est ici que @ethlabs_org a proposé une solution intéressante : la Règle de Confirmation Rapide d’Ethereum (FCR). Au lieu d’attendre simplement un nombre arbitraire de blocs, la FCR analyse les attestations des validateurs Ethereum pour déterminer si un bloc bénéficie d’un soutien suffisant. Elle peut fournir une confirmation forte en environ 15 à 30 secondes, bien plus tôt que la finalité complète de consensus d’Ethereum. Mais la FCR n’est pas une finalité absolue. Ses garanties dépendent toujours des hypothèses sur le réseau et les validateurs. Les distinctions importantes : • Transaction observée ≠ Transaction finalisée • Confirmations de bloc ≠ Confirmation basée sur les attestations des validateurs • Confirmation rapide ≠ Finalité de consensus Pour les infrastructures interchaînes, recevoir un dépôt n’est qu’une partie du processus. Vérifier que la transaction sur la chaîne source est suffisamment sécurisée avant de libérer les fonds est tout aussi important. C’est ce qui fait de cet incident un exemple si utile pour comprendre pourquoi il ne faut pas confondre confirmation et finalité.
