Un deuxième incident en moins de 48 heures
Base a de nouveau rencontré un problème de production de blocs le 26 juin 2026, quelques heures seulement après un premier arrêt important survenu la veille. Selon la page de statut officielle du réseau, l'équipe a signalé à 15 h 33 UTC que la production de blocs du mainnet était en mauvaise santé, avant d'identifier un arrêt de chaîne présentant des symptômes similaires à l'incident précédent.
La production de blocs a repris rapidement, avec un message de monitoring publié à 16 h 11 UTC. Base a ensuite indiqué que les blocs progressaient de nouveau normalement et qu'un post-mortem détaillé serait publié pour expliquer la cause technique de l'incident.
La répétition des pannes ne remet pas nécessairement en cause la sécurité des fonds, mais elle expose un problème central pour un réseau très utilisé : la disponibilité. Dans la DeFi, quelques dizaines de minutes de blocage peuvent suffire à perturber des swaps, des liquidations, des ponts et des applications grand public.
Ce qui s'est passé le 25 juin
Le premier incident a débuté le 25 juin vers 16 h 03 UTC, lorsque Base a indiqué que la production de blocs était « unhealthy ». L'équipe a ensuite expliqué avoir isolé un problème de consensus causé par un bloc invalide, empêchant la création de nouveaux blocs après la hauteur 47 806 542.
La situation a été progressivement corrigée dans l'après-midi. La séquence de nouveaux blocs a repris, les noeuds internes ont recommencé à se synchroniser et les opérateurs d'infrastructure ont été invités à redémarrer leurs noeuds afin de récupérer correctement la chaîne.
Ce premier arrêt a duré environ deux heures. Il est significatif, car Base fait partie des plus grands réseaux Layer 2 d'Ethereum par activité, liquidité et nombre d'applications. Une interruption de cette ampleur peut donc toucher de nombreux utilisateurs, même si l'incident ne mène pas à une perte directe de fonds.
| Date | Signalement | Élément clé | Statut |
|---|---|---|---|
| 25 juin 2026 | 16 h 03 UTC | Production de blocs « unhealthy » | Incident ouvert |
| 25 juin 2026 | 17 h 21 UTC | Problème de consensus lié à un bloc invalide après le bloc 47 806 542 | Cause isolée |
| 25 juin 2026 | 17 h 51 UTC | Reprise de la séquence de nouveaux blocs | Récupération |
| 26 juin 2026 | 15 h 33 UTC | Nouvelle production de blocs « unhealthy » | Deuxième incident |
| 26 juin 2026 | 16 h 11 UTC | Correctif déployé et monitoring | Bloc production reprise |
| 26 juin 2026 | 20 h 03 UTC | Base confirme que les blocs progressent correctement | Résolu |
Pourquoi un arrêt de blocs est important
Un arrêt de production de blocs signifie que le réseau ne progresse plus normalement. Les transactions peuvent rester en attente, les ponts peuvent être ralentis, les applications peuvent ne plus mettre à jour leur état et les utilisateurs peuvent avoir l'impression que leurs opérations sont bloquées.
Dans le cas d'un Layer 2 comme Base, les actifs sont finalement sécurisés par Ethereum, mais l'expérience quotidienne dépend de la disponibilité du réseau Base lui-même. Si la chaîne ne produit plus de blocs, les applications déployées sur Base perdent temporairement leur capacité d'exécution.
La nuance est donc importante : un incident de liveness n'est pas automatiquement un incident de solvabilité ou de sécurité des fonds. Mais pour une blockchain qui héberge des marchés, des wallets, des jeux, des applications sociales et de la DeFi, l'indisponibilité devient un risque opérationnel majeur.
Un rollup peut conserver la sécurité des actifs tout en cessant temporairement de traiter les transactions. Les fonds peuvent rester protégés par Ethereum et par les contrats du protocole, mais les utilisateurs ne peuvent plus exécuter normalement leurs opérations tant que la production de blocs n'a pas repris.
Le risque du séquenceur revient au centre du débat
L'incident a ravivé un débat déjà ancien : la dépendance des grands Layer 2 à un séquenceur centralisé. Dans la majorité des rollups actuels, un opérateur principal ordonne les transactions et produit les blocs. Cette architecture permet de proposer une expérience rapide et simple, mais elle crée aussi un point de fragilité opérationnelle.
Lorsque le séquenceur ou les systèmes associés rencontrent un problème, le réseau peut continuer à être sécurisé au niveau théorique tout en devenant inutilisable pour les transactions courantes. C'est précisément ce type de risque que les développeurs et les analystes surveillent à mesure que les Layer 2 accueillent davantage de valeur et d'utilisateurs.
Base n'est pas le seul réseau confronté à cette question. L'ensemble de l'écosystème rollup travaille sur des mécanismes de décentralisation du séquençage, de preuves plus robustes, de chemins de sortie alternatifs et de procédures de reprise plus rapides.
Un timing sensible autour de Beryl
Le premier arrêt a coïncidé avec la fenêtre d'activation de l'upgrade Beryl, prévue le 25 juin à 18 h 00 UTC. Base a indiqué que la mise à niveau devait toujours s'activer comme prévu, après la reprise de la production de blocs.
Beryl est une mise à niveau importante pour l'écosystème Base, notamment parce qu'elle prépare des fonctionnalités liées aux actifs natifs, aux applications de paiement, aux stablecoins et aux nouveaux standards de tokenisation. Voir deux incidents se produire autour de cette séquence renforce l'attention portée aux procédures de déploiement et de coordination réseau.
Ce timing ne signifie pas automatiquement que l'upgrade est la cause directe des interruptions. Les informations publiques disponibles indiquent surtout un problème de consensus et un bloc invalide pour le premier incident, puis des symptômes similaires pour le second. Le post-mortem promis par Base sera donc essentiel pour comprendre la chaîne causale exacte.
Impact sur les utilisateurs et les applications
Pour les utilisateurs, l'effet immédiat d'un arrêt de chaîne est souvent simple : une transaction ne passe pas, un retrait n'avance pas, un dépôt semble retardé ou une application affiche des données figées. Pour les protocoles, l'impact peut être plus complexe, surtout dans les marchés de prêt, les DEX, les produits à levier et les systèmes qui dépendent de mises à jour fréquentes.
Un arrêt court peut être absorbé par les applications avec des mécanismes de retry, de monitoring et d'attente. Un arrêt plus long peut en revanche créer des déséquilibres temporaires : arbitrages bloqués, liquidations retardées, prix internes obsolètes ou décalage avec les marchés sur d'autres chaînes.
Base étant largement intégré aux produits Coinbase, à de nombreux wallets et à un écosystème DeFi en forte croissance, la fiabilité opérationnelle devient un enjeu stratégique. Plus le réseau grandit, plus chaque minute d'interruption devient visible.
Base reste un acteur majeur des Layer 2
Malgré ces incidents, Base conserve une position centrale dans l'écosystème Ethereum. Le réseau bénéficie de l'appui de Coinbase, d'une forte activité d'applications, d'une communauté de développeurs dynamique et d'une intégration croissante avec des produits grand public.
Les arrêts de chaîne ne signifient donc pas que le modèle est condamné. Ils rappellent plutôt que les Layer 2 sont encore des infrastructures en évolution, où la décentralisation progressive doit s'accompagner d'une ingénierie opérationnelle extrêmement solide.
Le principal risque pour Base n'est pas seulement technique. Il est aussi réputationnel. Les utilisateurs et les développeurs peuvent tolérer des incidents isolés, surtout si la communication est claire. En revanche, des incidents répétés dans un court laps de temps peuvent affaiblir la confiance, notamment chez les acteurs institutionnels et les applications financières sensibles.
Les prochaines étapes attendues
La publication du post-mortem sera l'élément le plus important à court terme. Les développeurs voudront savoir si les deux incidents partagent réellement la même racine, si un bug logiciel a été corrigé, si la configuration des noeuds a joué un rôle, et quelles mesures empêchent une répétition.
Les opérateurs d'infrastructure surveilleront aussi la stabilité post-incident, la nécessité de mettre à jour les clients, la synchronisation des noeuds et les éventuelles recommandations de configuration. Pour un réseau aussi utilisé que Base, la coordination avec les RPC providers, les wallets, les explorers et les bridges est cruciale.
Enfin, le marché suivra la trajectoire de décentralisation du réseau. Les projets comme Azul, Beryl et les futures évolutions de séquençage seront jugés non seulement sur leurs promesses techniques, mais aussi sur leur capacité à réduire les points de défaillance et à améliorer la résilience réelle du mainnet.
Un rappel pour tout l'écosystème Ethereum
L'épisode Base dépasse le seul cas de Coinbase. Il rappelle que la roadmap Ethereum repose de plus en plus sur les Layer 2 pour l'exécution à grande échelle. Si ces réseaux deviennent les lieux principaux d'usage, leur disponibilité doit se rapprocher des standards attendus dans la finance traditionnelle et les infrastructures de paiement.
La décentralisation, la sécurité et l'expérience utilisateur ne peuvent pas être traitées séparément. Un rollup peut être sécurisé par Ethereum, mais si ses utilisateurs ne peuvent pas effectuer leurs transactions au moment voulu, l'écosystème doit considérer cela comme un problème majeur de qualité de service.
Base a désormais l'occasion de transformer cet incident en progrès, à condition de publier une analyse claire, d'expliquer les correctifs, de renforcer la résilience et de montrer que les deux arrêts de juin 2026 ne deviennent pas un modèle récurrent.
