Production de blocs à l'arrêt deux heures
Ce jeudi 25 juin 2026, le réseau Base — blockchain Ethereum de niveau 2 soutenue par Coinbase — a connu une interruption majeure de la production de blocs, stoppant net ses opérations principales pend
À 13h00 ET, soit près d’une heure après le début du blocage, l’équipe Base avait identifié le problème mais n’avait pas encore pu le résoudre. Ce gel prolongé a mis en lumière la dépendance des applications et plateformes DeFi à la disponibilité continue d’une infrastructure blockchain robuste, surtout sur un réseau qui gère quotidiennement des volumes conséquents.
Le 25 juin à 16h03 UTC, la page de statut de Base a signalé une production de blocs "unhealthy" sur le mainnet.
Le point de blocage identifié à 17h21
La source exacte du dysfonctionnement s’est révélée être un problème de consensus, isolé à 17h21 UTC selon les communications officielles. Ce bug aurait provoqué la séquence d’un bloc invalide, empêchant toute création ultérieure de nouveaux blocs sur le mainnet. La page de statut officielle mentionne que ce défaut technique a également touché les dépôts et retraits, générant un effet domino sur l’ensemble des transactions en attente.
L’équipe Base a conseillé aux opérateurs de nœuds de redémarrer leurs systèmes afin de restaurer la synchronisation avec la chaîne principale.
La reprise progressive s’est amorcée juste avant 18h UTC, lorsque l’infrastructure du réseau a recommencé à produire des blocs valides et que l’écosystème dans son ensemble pouvait se resynchroniser. À ce moment précis, Jesse Pollack — créateur du projet — a tenu à rassurer les utilisateurs en affirmant publiquement que tous les fonds étaient restés en sécurité malgré l’incident.
Incident survenu avant la mise à jour Beryl
Fait notable : cette panne est intervenue quelques heures seulement avant le déploiement d’une mise à jour majeure du réseau Base, baptisée “Beryl”. Programmée entre 18h et 20h UTC ce même jeudi, cette évolution devait notamment réduire les délais de retrait pour les utilisateurs et introduire un nouveau standard de jeton visant à faciliter l’intégration d’actifs du monde réel ainsi que des stablecoins. La coïncidence temporelle entre ces deux événements techniques n’a pas été explicitement reliée par l’équipe, et il reste incertain si la préparation ou l’anticipation de cette mise à jour a pu jouer un rôle dans la survenue du bug.
En mai dernier déjà, Base avait signalé environ 30 heures cumulées de retards sur les retraits — une statistique qui illustre les défis techniques persistants rencontrés par ce layer-2 alors même qu’il ambitionne d’attirer davantage d’utilisateurs institutionnels et particuliers. Les volumes combinés d’échanges sur Base et ses pairs ont reculé de 3,45% en mai pour atteindre 4,41 trillions de dollars américains, leur plus bas niveau depuis septembre 2024. Cette tendance baissière souligne une volatilité accrue dans l’activité transactionnelle sur ces réseaux secondaires.
Voir Aussi
Nouvelle panne après l’incident d’août 2025
Ce n’est pas la première fois que Base subit une interruption significative : en août 2025 déjà, le mainnet avait été indisponible durant trente-trois minutes consécutives selon sa page officielle. Toutefois, il s’agit ici du premier arrêt total concernant à la fois la production de blocs et les dépôts depuis plus de trois mois. Cette répétition d’incidents met en lumière une question centrale pour les blockchains publiques : comment garantir résilience et disponibilité alors que le secteur évolue rapidement ?
Chez Cointelegraph on note que Jesse Pollack a insisté sur la sécurité des fonds lors de cette panne récente ; néanmoins, la cause exacte du problème n’a pas encore été communiquée publiquement par l’équipe technique. Les opérateurs sont invités à rester vigilants et à suivre scrupuleusement les recommandations officielles pour éviter tout risque supplémentaire lors des prochaines mises à jour critiques.
La synchronisation, enjeu pour les opérateurs
Pour les opérateurs et validateurs tiers du réseau Base, chaque incident technique pose un défi immédiat : rétablir rapidement une synchronisation fiable afin d’éviter toute divergence durable dans l’état du registre comptable partagé. Lorsqu’un problème comme celui observé ce jeudi bloque non seulement la production mais aussi le traitement des transactions entrantes/sortantes — y compris les dépôts et retraits — c’est toute l’expérience utilisateur qui s’en trouve fragilisée.
L’équipe recommande systématiquement aux opérateurs indépendants un redémarrage complet des nœuds dès qu’un incident majeur est détecté. Cette procédure vise à garantir une reprise harmonieuse sans perte ni altération des données enregistrées précédemment. Tant que la cause précise demeure inconnue publiquement, il reste difficile pour les développeurs externes d’anticiper ou prévenir ce type d’aléas techniques.
Les signaux à ne pas ignorer
La cause de la panne de deux heures du 25 juin 2026 sur Base n’a pas encore été divulguée, alors que la mise à jour réseau Beryl était programmée le même jour à 18h UTC : si l’équipe ne clarifie pas rapidement l’origine du problème, la confiance des opérateurs et utilisateurs pourrait être immédiatement affectée lors des prochaines opérations critiques.
