ActualitésCryptoBNB Chain déploie un correctif urgent pour une faille critique de racine d'état dans le client BSC-Reth

BNB Chain déploie un correctif urgent pour une faille critique de racine d'état dans le client BSC-Reth

Auteur: CoinTrust·

Points clés

  • •BNB Chain a publié v0.1.4-hotfix le 6 novembre pour corriger une erreur dans le chemin de calcul de racine d'état hérité de BSC-Reth, qui pouvait amener les nœuds à rejeter des blocs valides ou à diverger sur l'état actuel de la blockchain.
  • •Les validateurs, les builders MEV, les nœuds complets et les opérateurs de sentry sur le mainnet et le testnet doivent installer la mise à jour et redémarrer leurs nœuds, une procédure qui ne nécessite ni migration de base de données ni hard fork supplémentaire.
  • •Les utilisateurs ordinaires de crypto-monnaies n'ont aucune action à entreprendre, et aucun cas confirmé d'exploitation, de perte de fonds de clients ou d'arrêt à l'échelle du réseau n'a été signalé.
  • •La vulnérabilité provenait du code Reth amont partagé par d'autres réseaux compatibles EVM ; Base, soutenue par Coinbase, a corrigé son client sans perturbation opérationnelle, tandis que BNB Chain a confirmé qu'opBNB n'est pas affecté car il n'utilise pas le client op-reth concerné.
  • •Le hard fork Jenner reste prévu pour le 8 décembre 2026 à 02h30 UTC et, contrairement au correctif d'urgence, il implique des changements planifiés au niveau du protocole qui obligent les opérateurs à exécuter un logiciel compatible.
BNB Chain déploie un correctif urgent pour une faille critique de racine d'état dans le client BSC-Reth

BNB Chain a publié une mise à jour logicielle urgente pour corriger un bug de son client d'exécution BSC-Reth qui pouvait générer des calculs de racine d'état de la blockchain incorrects dans des conditions spécifiques. Cette vulnérabilité présentait un risque potentiel pour la vérification des nœuds et la cohérence du réseau, incitant les développeurs à recommander l'installation immédiate du logiciel mis à jour sur l'infrastructure du mainnet et du testnet.

Selon la version GitHub du 6 novembre, la mise à jour v0.1.4-hotfix corrige une erreur dans le processus de calcul de racine d'état hérité utilisé par BSC-Reth, contribuant à empêcher les nœuds de rejeter des blocs valides ou de parvenir à des conclusions contradictoires sur l'état actuel de la blockchain. L'équipe de développement a conseillé aux validateurs et aux opérateurs d'infrastructure de mettre à niveau leurs systèmes immédiatement, tout en précisant que l'impact du problème est limité et qu'aucune action n'est requise des utilisateurs ordinaires de crypto-monnaies.

Comment le bug est apparu

Le problème sous-jacent provenait du chemin de calcul de racine d'état hérité du client d'exécution Reth. Dans certaines conditions impliquant des structures de données de la blockchain, le logiciel pouvait produire des résultats inexacts lors du calcul des racines d'état incrémentales.

Une racine d'état est une représentation cryptographique de l'état actuel d'une blockchain, intégrant des informations telles que les soldes des comptes, le stockage des smart contracts et d'autres données on-chain. Les nœuds de la blockchain s'appuient sur ces calculs pour vérifier indépendamment les transactions et maintenir un accord sur l'état du réseau. Étant donné que des clients d'exécution comme Reth effectuent ce travail de vérification sur chaque nœud, un défaut à cette couche a des implications à l'échelle du réseau plutôt que d'affecter une seule application.

Si différents nœuds génèrent des racines d'état incohérentes, ils pourraient en désaccord sur la validité d'un bloc. De telles divergences pourraient potentiellement conduire au rejet de blocs valides et créer des difficultés opérationnelles pour les fournisseurs d'infrastructure.

Les validateurs et les opérateurs de nœuds doivent installer la mise à jour

Le correctif BSC-Reth intègre une correction amont du projet de développement Reth pour résoudre le problème de calcul de racine d'état incrémentale. La mise à jour s'applique à plusieurs catégories d'infrastructure réseau, notamment les validateurs, les builders de valeur extractible maximale (MEV), les nœuds complets et les opérateurs de sentry. Ces participants jouent des rôles importants dans le traitement des transactions, la validation des blocs et la connectivité du réseau.

Les opérateurs doivent installer la version logicielle mise à jour et redémarrer leurs nœuds pour appliquer la correction. Les notes de version indiquent que la procédure ne nécessite pas de migration de base de données ni de hard fork supplémentaire. Le correctif traite un problème de correction logicielle sans introduire de modifications des règles de consensus de la blockchain ni exiger de changements de la part des utilisateurs ordinaires, permettant à l'infrastructure de BNB Smart Chain de maintenir la continuité opérationnelle.

BNB Chain a annoncé le correctif via son compte X officiel :

Le correctif BSC-Reth est désormais disponible. Tous les opérateurs de nœuds BSC-Reth sur le mainnet et le testnet doivent passer à v0.1.4-hotfix dès que possible et redémarrer leurs nœuds. No action is required from users.
— BNB Chain (@BNBCHAIN) November 6, 2026 (x.com)

Un problème plus large pour les réseaux basés sur Reth

La vulnérabilité n'était pas exclusive à BNB Chain. D'autres réseaux compatibles Ethereum utilisant des implémentations Reth affectées ont également dû examiner leurs logiciels pour détecter une exposition au même problème. Cet épisode reflète une caractéristique structurelle de l'infrastructure moderne compatible EVM : de nombreux réseaux s'appuient sur des bases de code de clients open source partagées, de sorte qu'un défaut amont — et sa correction — peut atteindre simultanément les versions logicielles de plusieurs chaînes.

Base, soutenue par Coinbase, aurait identifié et résolu la vulnérabilité après avoir examiné son impact potentiel. Ses développeurs ont déployé un client d'exécution mis à jour et confirmé que les opérations du réseau n'avaient subi aucune perturbation ni perte de fonds des utilisateurs. Le développement de l'infrastructure de Base est particulièrement pertinent car le réseau avait précédemment élargi sa dépendance à l'infrastructure d'exécution basée sur Reth avec sa mise à niveau Azul.

BNB Chain a également précisé que son réseau opBNB n'utilise pas le client op-reth affecté, indiquant que le problème ne s'étend pas à cette infrastructure.

Aucun cas confirmé d'exploitation, de perte de fonds de clients ou d'arrêt à l'échelle du réseau lié à la vulnérabilité nouvellement identifiée n'a été signalé.

Le hard fork Jenner reste prévu pour le 8 décembre

Cette mise à jour d'urgence intervient alors que BNB Smart Chain se prépare pour une autre mise à niveau réseau majeure, le hard fork Jenner, prévu pour le 8 décembre 2026 à 02h30 UTC. La version logicielle BSC-Reth v0.1.4 publiée précédemment décrivait les préparat de cette mise à niveau planifiée du protocole. Contrairement au correctif d'urgence du 6 novembre, Jenner implique des changements planifiés au niveau du protocole qui obligent les opérateurs du mainnet à maintenir un logiciel compatible.

La distinction entre les deux mises à jour est importante. Le dernier correctif se concentre exclusivement sur la correction d'une erreur de calcul du client d'exécution, tandis que le hard fork Jenner vise à introduire des modifications planifiées des règles du réseau. En corrigeant la vulnérabilité avant le hard fork prévu, BNB Chain cherche à renforcer la fiabilité de l'infrastructure et à réduire la possibilité d'incohérences de vérification des nœuds au cours de son prochain cycle de développement du protocole.

L'incident souligne également l'importance de maintenir des clients d'exécution fiables dans les écosystèmes blockchain. À mesure que les réseaux étendent leurs capacités de traitement des transactions et adoptent de nouvelles implémentations d'infrastructure, les vulnérabilités logicielles peuvent créer des risques opérationnels même sans compromettre directement les fonds des utilisateurs.

Pour BNB Chain, la priorité immédiate reste de s'assurer que les validateurs et les opérateurs d'infrastructure déploient la correction avant de procéder à la mise à niveau réseau prévue en décembre. D'ici là, les points pratiques à surveiller sont l'achèvement du déploiement de v0.1.4-hotfix parmi les opérateurs du mainnet et du testnet, ainsi que l'installation du logiciel compatible Jenner avant l'activation du 8 décembre.