Base confirme des retards temporaires dans les transactions, les blocs continuant de fonctionner sans interruption

La blockchain Base, un important Ethereum de couche 2 développé par Coinbase, a confirméavoir subi des retards temporaires dans le traitement des transactions, même si le réseau a continué à produire des blocs sans interruption.

Selon les mises à jour officielles des ingénieurs de Base, le réseau a connu des retards intermittents dans le traitement des transactions, ce qui, dans certains cas, a obligé les utilisateurs à attendre plus longtemps que d'habitude pour obtenir des confirmations ou à voir leurs transactions annulées pendant des périodes de forte congestion du réseau.

La Ethereum blockchain message sur X soulignant que « parfois, les périodes de forte activité sur le réseau peuvent entraîner des retards, voire des pertes, dans les transactions. Nous travaillons à des solutions à long terme pour résoudre ce problème et nous vous tiendrons informés de nos progrès. »

La base rencontre un problème majeur dans son fonctionnement 

Plus tôt, Base a publié un communiqué informant ses clients que le réseau principal subissait des retards temporaires , affectant notamment le traitement des transactions. Ces retards ont provoqué la frustration des utilisateurs, entraînant une congestion du réseau et une augmentation de leurs temps d'attente.

la Ethereum L2 ont expliqué que la création de blocs se poursuivra comme d'habitude et que les transactions seront traitées ; cependant, certaines pourraient subir des retards, voire être abandonnées aux heures de pointe.

En attendant une déclaration officielle de Base concernant la cause exacte de l'dent, des rapports indiquent que ce n'est pas la première fois que le réseau subit des perturbations opérationnelles. Fin de l'année dernière, Base a connu une interruption de 19 minutes dans la création de blocs. 

La blockchain Ethereum L2 a signalé cetdent à 6h15 UTC, provoquant des inquiétudes parmi ses clients. Afin de les rassurer, la Base a annoncé sur sa page d'état officielle que le problème était résolu à 6h44 UTC. Il est à noter que cetdent a constitué la première panne majeure du réseau.

Durant l'interruption, le réseau Coinbase a subi des ralentissements au niveau des retraits, de la production de blocs, des dépôts et du fonctionnement de Flashblocks. Le problème a été résolu en 30 minutes, et l'équipe est restée vigilante afin de détecter d'éventuels autres dysfonctionnements.

Ils n'ont toutefois pas divulgué la raison de ces retards. Certaines sources ont avancé que cette panne pourrait être due à une forte augmentation de la création de jetons sur la blockchain Ethereum Layer 2. Pour étayer cette hypothèse, elles ont évoqué le cas où le réseau aurait lancé plus de 54 000 nouveaux jetons en une seule journée.

Parallèlement, face aux retards récurrents, le dernier en date étant le deuxièmedent, et au fait que Base n'a toujours pas fourni la cause profonde des deuxdent, les utilisateurs ont exprimé des inquiétudes quant aux risques financiers et à la perte de confiance dans les réseaux blockchain. 

Sui fait face à une perturbation de son réseau 

Tout comme Base, Sui, une blockchain de couche 1 haute performance, a signalé une panne le 14 janvier qui a fortement perturbé l'activité de son réseau principal. Cette interruption a temporairement interrompu le traitement des transactions et la certification des points de contrôle sur la blockchain, provoquant des tensions dans le secteur des cryptomonnaies.

L'équipe a publié un message sur X daté du 16 janvier, détaillant la cause principale de ce problème. Dans ce message, elle expliquait qu'un désaccord entre les validateurs concernant le consensus interne avait entraîné la panne. Selon son enquête, ni un trafic réseau élevé, ni des attaques externes, ni des problèmes de sécurité n'étaient à l'origine de l'interruption. Par la suite, l'équipe a rassuré les utilisateurs quant à la sécurité de leurs données pendant toute ladentde l'incident.

Entre-temps, des journalistes ont contacté la blockchain de couche 1 pour savoir comment ils avaientdentla panne. En réponse, Sui a souligné qu'ilsdentcorrigé un bug rare dans la gestion des validations de consensus, ce qui avait conduit les validateurs à des conclusions divergentes lors de la gestion de transactions conflictuelles spécifiques.

Face à cet impact, les validateurs ont commencé à développer différents points de contrôle candidats, ce qui a entravé l'accord nécessaire à la certification d'un nouveau point de contrôle pondéré par les enjeux, ont-ils ajouté. Lorsque les validateurs ont alors constaté que les parties prenantes signaient des données de points de contrôle contradictoires, le réseau a connu un arrêt temporaire et délibéré. 

Cette suspension a permis d'éviter la finalisation d'états incohérents, même si elle a entraîné l'arrêt complet de la production de blocs et de l'exécution des transactions.