Le réseau de base se bloque après qu'un bloc invalide ait gelé le séquenceur

Ce qui s'est passé

L'incident a commencé à 16 h 03 UTC le 25 juin 2026, lorsque les ingénieurs de la base ont détecté une production de blocs malsaine sur le réseau principal du réseau. À 16 h 52 UTC, l'équipe avait identifié la cause première : un problème de consensus a amené le séquenceur à produire un bloc invalide, en particulier le bloc n° 47 806 542, qui a ensuite interféré avec toutes les constructions de blocs ultérieures.

Dans la terminologie OP Stack, l'événement est classé comme « décrochage de tête dangereux ». Cela signifie que le séquenceur a complètement arrêté d’avancer de nouveaux blocs. La tête non sécurisée fait référence aux derniers blocs produits par le séquenceur qui n'ont pas encore été publiés sur la couche 1 (L1) d'Ethereum pour finalisation.

Chronologie:

• 16h03 UTC : Bloquer la production signalée comme malsaine ; l'enquête commence.
• 16h52 UTC : les ingénieurs identifient le bloc n° 47 806 542 comme la source problématique.
• 17h21 UTC : problème de consensus isolé ; séquenceur interne et nœuds montrer une récupération préliminaire.
• 17h51 UTC : le séquençage des blocs reprend ; interne nœuds commencez la synchronisation correctement.
• 17h58 UTC : Blockbuilding confirmé en bonne santé ; Le réseau entre en phase de surveillance.

Ce que cela signifie pour les utilisateurs

Les dépôts, retraits et transactions sur la base ont été retardés pendant environ deux heures. Nœud les opérateurs exécutant l’infrastructure de base devront redémarrer leur nœuds pour récupérer complètement la synchronisation.

Les fonds ne sont pas menacés. Des blocages dangereux se produisent avant que les blocs ne soient regroupés et soumis à Ethereum L1, il n'y a donc aucune exposition à une perte permanente ou à une réorganisation significative de la chaîne.

La mise à niveau de Beryl est toujours sur la bonne voie

L'incident a coïncidé avec le hard fork programmé de Beryl, prévu pour une fenêtre d'activation à 18h00 UTC le même jour. La base a confirmé que le décrochage n'était pas lié à la mise à niveau.

Beryl présente B20, un standard de jeton natif intégré directement dans nœud logiciel plutôt que déployé en tant que contrat intelligentrendant l'émission de jetons plus efficace pour les pièces stables et les projets d'actifs du monde réel. La mise à niveau réduit également les délais de retrait et apporte des améliorations à Reth V2. Les opérateurs de nœud doivent exécuter base/node v1.1.1 ou version ultérieure. La plupart des utilisateurs et des contrats existants ne nécessitent aucune action.

Ce qui vient ensuite

Les ingénieurs de la base continuent d'enquêter sur la cause profonde du blocage invalide et prévoient de publier une autopsie complète une fois l'examen terminé. La page d'état sur status.base.org et l'explorateur de blocs basescan.org restent les principales ressources de surveillance.

Des blocages dangereux de ce type se sont déjà produits sur d'autres réseaux de couche deux et sur le réseau principal Optimism, souvent liés aux conditions de l'infrastructure interne, à des problèmes de nœuds L1 ou à des facteurs liés à la charge. Cet incident a duré environ 115 minutes avant la reprise du séquençage.

Trezor One – Portefeuille Matériel de Crypto-Monnaie – Le Stockage à Froid Le Plus Fiable pour Bitcoin, Ethereum, ERC20 et Bien d’autres (Noire)