Base deux pannes en deux jours, le plan d'activation du registre B20 reporté d'urgence

Coinbase a annoncé que son réseau Layer 2 Ethereum, Base, a subi deux pannes consécutives en deux jours sur le mainnet, empêchant la génération normale de blocs. Le 27 juin, l'équipe de développement de Base a déclaré sur X avoir effectué une correction préliminaire et a reporté d'urgence le hard fork Beryl et le lancement du B20 Registry prévus, qui seront rééchelonnés après la finalisation des tests et de la validation.

Causes techniques des deux pannes : défaut du Sequencer et arrêt de la tête non sécurisée

Selon le rapport d'incident publié par Base, les causes des deux pannes sont les suivantes :

Première panne : Un défaut logiciel du Sequencer a empêché le système de créer de nouveaux blocs, interrompant la production de blocs du mainnet pendant environ deux heures.

Deuxième panne : Un état d'arrêt de la tête non sécurisée a empêché les nœuds de se synchroniser en continu avec la hauteur de bloc la plus récente, ce qui a de nouveau affecté la production de blocs.

Base a indiqué que les causes des deux incidents sont différentes, qu'une correction préliminaire a été effectuée et que l'analyse des causes profondes se poursuit afin de réduire la probabilité que des incidents similaires se reproduisent.

Contenu prévu du hard fork Beryl et du B20 Registry et explication du report

Beryl est l'une des mises à niveau majeures de Base cette année, comprenant initialement plusieurs améliorations des performances du réseau, de l'efficacité du traitement des transactions et des outils pour les développeurs, avec l'activation simultanée du B20 Registry pour établir un nouveau mécanisme d'enregistrement standardisé. Les deux mises à jour sont interdépendantes, c'est pourquoi l'équipe a décidé d'ajuster leur calendrier de manière synchronisée.

Base a déclaré que le report a été décidé en raison des anomalies récentes du mainnet et de la nécessité de réajuster le calendrier de déploiement du B20 Registry. La nouvelle date de mise à niveau sera communiquée après la finalisation des tests.

Explication par Base de la sécurité des actifs des utilisateurs pendant les pannes

Dans son rapport d'incident, Base a indiqué qu'aucun impact sur les actifs des utilisateurs n'a été constaté pendant les deux pannes, et qu'aucun problème de sécurité tel qu'une perte de données ou une falsification de transactions n'a été détecté. L'impact principal des pannes a été sur la production de blocs et la vitesse de confirmation des transactions. Base a déclaré que l'analyse des causes profondes et les travaux d'amélioration du système se poursuivent.

Questions fréquentes

Quelle est la différence technique spécifique entre les deux pannes de Base ?

Selon le rapport d'incident publié par Base, la première panne a été causée par un défaut logiciel du Sequencer, empêchant le système de créer de nouveaux blocs, interrompant la production de blocs du mainnet pendant environ deux heures ; la deuxième panne a été causée par un état d'arrêt de la tête non sécurisée, empêchant les nœuds de se synchroniser en continu avec la hauteur de bloc la plus récente. Base a clairement indiqué que les causes des deux incidents sont différentes, qu'une correction préliminaire a été effectuée et que l'analyse des causes profondes se poursuit.

Quand le nouveau calendrier de mise à niveau sera-t-il annoncé après le report du hard fork Beryl ?

Selon les explications publiques de Base, le hard fork Beryl et l'activation du B20 Registry seront réannoncés après la finalisation des tests et de la validation. Au 29 juin 2026, Base n'a pas fourni de date ou de fourchette de temps spécifique pour la nouvelle mise à niveau.

Qu'est-ce que le Sequencer ? Pourquoi son dysfonctionnement peut-il entraîner l'arrêt de tout le réseau Layer 2 ?

Le Sequencer est le composant central de l'architecture Optimistic Rollup, chargé de l'ordonnancement et de la soumission des transactions. Actuellement, la plupart des Optimistic Rollups adoptent une conception de Sequencer centralisé. En cas d'anomalie du Sequencer, l'ensemble du processus de production de blocs et de confirmation de transactions du Layer 2 est affecté, créant un risque de point de défaillance unique. Les deux pannes de Base sont directement liées à des anomalies du Sequencer ou de la synchronisation des nœuds.