Base Network : Deux arrêts en 24 heures, un unique bug en cause et un hard fork retardé

Chronologie des pannes

• 25 juin, ~16h03 UTC : La production de blocs s'est arrêtée à la hauteur 47 806 542 après que le séquenceur a produit un bloc invalide, provoquant une défaillance de consensus [22, 44]. La chaîne a été bloquée pendant environ deux heures. Les ingénieurs ont identifié le problème à 16h52 UTC, ont repris le séquencement préliminaire à 17h51 UTC, et ont confirmé la production normale de blocs à 17h58 UTC [22, 37].
• 26 juin, ~15h33 UTC : Un deuxième arrêt a eu lieu, durant environ 14 minutes avant que le service ne soit rétabli [21, 38].

Jesse Pollak : « Une interruption n'est pas acceptable »

Jesse Pollak, le créateur de Base, a réagi publiquement sur X en reconnaissant les deux incidents. Il a déclaré que les fonds des utilisateurs étaient en sécurité, mais a ajouté, sans détour, qu'« une interruption n'est pas acceptable » pour une plateforme qui aspire à soutenir la finance mondiale [19, 23]. Il a qualifié ces pannes d'inacceptables pour les ambitions de Base et a affirmé que l'équipe utiliserait ces incidents comme une opportunité pour améliorer la stabilité et la fiabilité de la plateforme .

Le hard fork Beryl reporté d'un jour

Le hard fork Beryl — la deuxième mise à niveau indépendante du réseau Base — était initialement prévu pour le 25 juin à 18h00 UTC [12, 14]. Après la première panne, Base a reporté la mise à niveau au 26 juin à 18h00 UTC afin de garantir que le registre d'activation B20 soit pleinement opérationnel avant l'activation [15, 16]. L'équipe a précisé que la panne et la mise à niveau n'étaient pas liées [16, 20].

Ce que Beryl apporte

Beryl regroupe trois changements majeurs :

• Le standard de jeton B20 : le standard de jeton natif de Base pour les stablecoins, les actifs du monde réel (RWA) et les émetteurs de jetons de longue traîne, implémenté en tant que précompilation Rust compatible ERC-20, intégrée directement dans le logiciel du nœud [1, 14, 11].
• Fenêtre de retrait plus courte : la finalité du retrait à preuve unique passe de 7 jours à 5 jours [1, 12].
• L'intégration de Reth V2 : une refonte complète du client d'exécution qui réduit l'utilisation du disque d'environ 50 % et augmente le débit d'environ 33 % [1, 10, 14].

Renouvellement des critiques sur l'architecture à séquenceur unique

Les pannes ont relancé les critiques de longue date selon lesquelles la conception à séquenceur unique de Base crée un point de défaillance unique [33, 36]. Comme Base utilise un seul séquenceur, opéré par Coinbase et basé sur OP Stack, il n'y avait pas de séquenceur de secours ni de nœuds de validation capables de prendre le relais lorsque le bloc invalide a bloqué le pipeline . Plusieurs analystes et membres de la communauté ont souligné cette architecture comme le risque systémique sous-jacent, arguant qu'un modèle à séquenceur unique est intrinsèquement fragile pour un réseau aspirant à soutenir une infrastructure financière mondiale [33, 36].

Quelle est la suite ?

Base a publié un post-mortem complet sur la panne du 25 juin, et l'équipe a indiqué avoir communiqué les résultats aux autres chaînes OP Stack en tant que retour d'expérience [45, 47]. Le hard fork Beryl a été activé avec succès le 26 juin, mais les incidents laissent une question persistante : une chaîne construite sur un séquenceur unique peut-elle prétendre soutenir la finance mondiale de manière crédible ?