BTC67 472 €75 562 $-5,53 %ETH1 987 €2 225 $-7,67 %XRP1,07 €1,20 $-7,69 %SOL79,65 €89,20 $-6,42 %BNB616,88 €690,84 $-2,71 %ADA0,1637 €0,1833 $-6,61 %DOGE0,0638 €0,0714 $-6,28 %LINK9,57 €10,72 $-6,50 %
Ethereum

Base publie la version 1.5.3 contre une incohérence de racine d'état

Base a publié le 5 novembre 2026 la version 1.5.3 de base/base, qui intègre le correctif Reth#28264 contre une incohérence de racine d'état. La note de version de Base ne s'adresse qu'aux opérateurs de Base Mainnet et de Base Sepolia et ne prévoit aucune action pour les autres utilisateurs ; elle ne dit pas si des fonds ont été touchés.

Serveur noir aux reflets jaunes recevant un engrenage jaune, près d'une arborescence de blocs blancs reliés à une racine
Image générée par IA
Publié le
Temps de lecture
4 min de lecture
Sources
2 sources

Actifs concernés

cours · 30 j
Toutes les données Ethereum · tableau et CSV

Base recommande la version 1.5.3 aux opérateurs de ses réseaux

La version 1.5.3 du dépôt base/base a été publiée sur GitHub le 5 novembre 2026. Pour le composant base-reth-node, la note de version indique que cette version « prévient une incohérence de racine d'état » (traduit de l'anglais) et renvoie au correctif Reth#28264.

La racine d'état (« state root », l'empreinte qui résume l'état des comptes) est la valeur visée par ce correctif. La note de version de Base ne précise pas la version de Reth embarquée dans la version 1.5.3.

La note de version de Base classe la mise à jour comme « recommandée » pour les opérateurs de Base Mainnet et de Base Sepolia. Base les invite à passer à la version 1.5.3 dès qu'ils le peuvent.

Le correctif Reth#28264 resserre la recherche dans l'arbre d'état

La pull request (demande de fusion de code) Reth#28264 a été ouverte le 3 novembre 2026 par le contributeur Rjected dans le dépôt paradigmxyz/reth. Selon la description du correctif Reth#28264, la modification ajuste la décision de recherche de l'itérateur à la limite d'une branche mise en cache et ajoute un test de non-régression sur le calcul incrémental de la racine.

Le correctif Reth#28264 a été intégré à la branche principale de Reth via la file de fusion, après une revue de sécurité automatisée qui le jugeait sans risque à fusionner (« safe to merge »).

Selon un commit de morph-l2/morph-reth cité sur la page du correctif Reth#28264, certaines versions de Reth pouvaient sauter une feuille insérée entre un préfixe de recherche et une branche stockée plus profonde lors d'un calcul incrémental de la racine d'état.

Les repères chiffrés du correctif, datés du 3 au 6 novembre 2026 sur les pages GitHub :

DonnéeValeurDateSource
Version publiée par Basev1.5.35 novembre 2026Note de version base/base
Correctif Reth fusionné#282643 novembre 2026Page du correctif Reth
Contrôles automatiques réussis à la fusion523 novembre 2026Page du correctif Reth
Versions de Reth concernées, selon morph-rethv1.3.5 à v2.9.06 novembre 2026Commit morph-reth cité sur la page du correctif
Première version de Reth intégrant le correctif, selon morph-rethv2.10.06 novembre 2026Commit morph-reth cité sur la page du correctif

Plusieurs dépôts dérivés de Reth intègrent le correctif par rétroportage

Selon les références listées sur la page de Reth#28264 entre le 4 et le 6 novembre 2026, le correctif est repris par rétroportage (report sur une version antérieure du logiciel) dans les dépôts ethereum-optimism/reth, celo-org, mantle-xyz/reth, berachain/bera-reth, circlefin/arc-reth, 0gfoundation/0g-reth et morph-l2/morph-reth.

Le commit du dépôt celo-org/celo-kona daté du 5 novembre 2026 indique qu'avec ce rétroportage, une racine d'état incrémentale ne peut plus perdre une feuille insérée avant une branche stockée plus profonde.

La note de version de Base ne dit pas si une incohérence de racine d'état s'est effectivement produite sur Base. La même note ne fixe aucune date limite aux opérateurs pour la mise à jour.

À lire aussi : Rocket Pool.

Questions fréquentes

Les opérateurs de Base Mainnet et de Base Sepolia doivent-ils passer à la version 1.5.3 ?

La mise à jour est classée « recommandée » pour les deux réseaux. Selon la note de version v1.5.3 du dépôt base/base, publiée le 5 novembre 2026, les opérateurs de Base Mainnet et de Base Sepolia sont invités à passer à la version 1.5.3 « at their earliest convenience » (traduit de l'anglais : dès qu'ils le peuvent). Dans le tableau d'actions de la note, la colonne de la date limite indique « None » : aucune échéance n'est fixée. La même note indique « None » pour les changements cassants (breaking changes).

Que corrige la version 1.5.3 de Base pour le composant base-reth-node ?

La version 1.5.3 de base/base, publiée le 5 novembre 2026, vise une incohérence de racine d'état. Selon la note de version de Base, le composant base-reth-node « prévient une incohérence de racine d'état » (« Prevents a state root mismatch », traduit de l'anglais), avec un renvoi au correctif Reth#28264. D'après la page de cette pull request dans le dépôt paradigmxyz/reth, ouverte le 3 novembre 2026, la modification resserre la décision de recherche de l'itérateur à la limite d'une branche mise en cache et ajoute un test de non-régression sur le calcul incrémental de la racine.

Quelles versions de Reth sont concernées par l'incohérence de racine d'état corrigée par Reth#28264 ?

Selon un message de commit du dépôt morph-l2/morph-reth daté du 6 novembre 2026, cité sur la page de Reth#28264, les versions de Reth de la v1.3.5 à la v2.9.0 peuvent sauter une feuille hachée insérée entre un préfixe de recherche et une branche stockée plus profonde, lors d'un calcul incrémental de la racine d'état. Le même commit indique que la première version de Reth intégrant le correctif est la v2.10.0. Il s'agit de l'analyse de morph-reth, et non d'un constat publié par la note de version de Base.

Sources

  1. Release v1.5.3 · base/basegithub.com · Source officielle · primaire
  2. GitHub changegithub.com · Source officielle

Publié par InvestX selon sa charte éditoriale. Une erreur ? Écrivez à redaction@investx.fr. Ce contenu n'est pas un conseil en investissement.