Base reprend après une pause de 2 heures due à un bloc…
Le réseau a exhorté les opérateurs de nœuds à redémarrer pour une resynchronisation tandis que la cause profonde reste sous enquête.
La couche 2 Base d'Ethereum soutenue par Coinbase a repris la production de blocs le 25 juin après une interruption d'environ deux heures qui a stoppé la production de blocs et le traitement des transactions. L'équipe a attribué le déclencheur à un bloc invalide et a déclaré qu'elle enquêtait toujours sur la cause profonde.
Points clés
- Base a redémarré après une période d'environ deux heures où aucun bloc n'a été produit et aucune transaction n'a été traitée.
- L'incident a été déclenché par un bloc invalide, et le mode de défaillance sous-jacent n'a pas été divulgué.
- Les opérateurs de nœuds de l'écosystème ont été invités à redémarrer les nœuds de Base pour restaurer la synchronisation après le retour du réseau.
- Base a d'abord signalé que la production de blocs sur le mainnet était « malsaine » à 16h03 UTC et a déclaré qu'à 16h52 UTC, elle poursuivait « plusieurs efforts de remédiation ».
La chaîne Base cesse de produire des blocs pendant ~2 heures, puis revient.
Base, soutenue par Coinbase, Ethereumréseau de couche 2, a repris ses opérations jeudi après une interruption d'environ deux heures qui a stoppé la production de blocs et le traitement des transactions.
Pour les traders et les opérateurs on-chain, l'impact pratique est simple. Lorsque la production de blocs s'arrête, les confirmations s'arrêtent également. Toute stratégie de routage des swaps, des ponts,liquidations, ou des rééquilibrages sensibles au temps via Base pendant la fenêtre, fait face à un risque d'exécution et de règlement, même si le marché plus large évolue normalement ailleurs.
Base a déclaré que la chaîne avait repris son fonctionnement et que les nœuds internes se synchronisaient correctement après le retour de la production de blocs.
Le réseau est l'un des plus grands L2 d'Ethereum, donc même un court arrêt peut entraîner des retards dans les transactions, des flux de pont bloqués et des hypothèses d'état obsolètes pour les bots et les systèmes de surveillance qui considèrent Base comme étant en fonctionnement continu.
Déclencheur de bloc invalide, redémarrages de nœuds et ce que Base n'a pas encore dit
Base a attribué la perturbation à un bloc invalide qui a "déclenché un problème" et a déclaré qu'il continue d'enquêter sur la cause profonde.
Le détail manquant qui importe pour le risque est le mode de défaillance. Base n'a pas révélé ce qui a causé le bloc invalide ni si l'incident provient d'un bug logiciel ou d'un défaut lié au consensus. Tant que cela n'est pas clarifié, la formulation la plus claire est que l'incident est opérationnellement résolu mais pas techniquement résolu.
Les traders peuvent à nouveau effectuer des transactions, mais ils ne savent pas encore quelle classe de problème vient d'apparaître ni quelles mesures d'atténuation sont en place.
Base a également conseillé aux opérateurs de nœuds de l'écosystème de redémarrer leurs nœuds Base pour rétablir la synchronisation. Cette recommandation implique que certains participants ont pu être désynchronisés même après la reprise de la production de blocs, ce qui peut dégrader la fraîcheur des données pour les consommateurs RPC et fausser la surveillance post-incident dans les premières heures suivant la récupération.
Chronologie de l'incident : De "Malsain" à "Multiples efforts de remédiation"
Le premier signal public de Base est arrivé à 16h03 UTC le 25 juin, lorsqu'il a déclaré que la production de blocs sur le mainnet était "malsaine".
À 16h52 UTC, l'équipe a déclaré avoir identifié un problème et poursuivait "plusieurs efforts de remédiation". Base a ensuite indiqué que la production de blocs avait repris après environ deux heures, bien qu'elle n'ait pas fourni de timestamp exact pour la reprise complète.
Cet écart entre la dégradation initiale et la récupération confirmée est la fenêtre qui intéresse les traders. C'est là que les transactions en attente, les hypothèses de finalité de pont et les chemins de liquidation peuvent échouer, en particulier pour les systèmes qui ne basculent pas automatiquement vers des routes alternatives.
Après les conseils de redémarrage : Signaux que les traders devraient suivre sur Base
Le prochain catalyseur est la mise à jour ou le post-mortem de Base qui identifie ce qui a causé le bloc invalide et s'il s'agissait d'un bug logiciel ou d'une faute liée au consensus. Sans cela, le marché est laissé à évaluer le risque d'exécution de Base sur la base d'une narration plutôt que sur une remédiation définie.
Les traders et les opérateurs voudront également voir si des directives supplémentaires de redémarrage ou de synchronisation sont émises pour les opérateurs de nœuds et les fournisseurs RPC, ce qui indiquerait une désynchronisation persistante ou une instabilité en aval.
Enfin, toute récurrence d'un statut de production de blocs "non sain" ou de nouveaux avis de remédiation à la suite de l'incident du 25 juin ferait passer cela d'un événement isolé à un schéma. Base a déjà enregistré une panne antérieure en août 2025, donc la fiabilité fait désormais partie du profil de risque négociable du réseau, et n'est pas seulement une note de bas de page technique.
L'avis de Marcus Hale : Le risque de fiabilité revient après la panne d'août 2025
Je considère un arrêt de deux heures comme un véritable événement de règlement, et non comme une panne cosmétique. Si le chemin critique d'une stratégie passe par Base, cette fenêtre est l'endroit oùglissement, les ponts bloqués et la protection contre la liquidation peuvent échouer de manière à ne pas se manifester avant que la chaîne ne soit "de retour".
Le seuil qui compte est un post-mortem clair qui attribue le bloc invalide à une classe d'échec spécifique et propose des atténuations crédibles. Si cette clarté n'arrive pas, cela ressemble davantage à un catalyseur de sentiment qu'à un changement fondamental, mais cela oblige tout de même les bureaux à évaluer le risque de routage de Base comme un coût opérationnel récurrent plutôt que comme un événement exceptionnel.
