La blockchain Base, un réseau majeur Ethereum Layer-2 développé par Coinbase, a confirméc’est a connu des retards temporaires dans le traitement des transactions, alors même que le réseau continuait à produire des blocs sans interruption.
Selon les mises à jour officielles des ingénieurs de la base, le réseau a connu des retards intermittents dans le conditionnement des transactions, ce qui a parfois amené les utilisateurs à attendre plus longtemps que d’habitude les confirmations ou à voir leurs transactions interrompues pendant les périodes de congestion accrue du réseau.
Le La blockchain Ethereum L2 a partagé un Message X soulignant que “Parfois, les périodes de pointe sur le réseau peuvent entraîner des retards, voire des pertes de transactions. Nous travaillons sur des solutions à long terme pour résoudre ce problème et vous tiendrons au courant au fur et à mesure de nos progrès. progrès.”
La base rencontre un problème majeur dans son fonctionnement
Plus tôt, Base avait publié une déclaration informant ses clients que le réseau principal connaissait des retards temporaires dans ses opérations, affectant particulièrement le traitement des transactions. Ce retard utilisateurs frustrés, car cela entraînait une congestion du réseau qui augmentait leurs temps d’attente.
À cette époque, les dirigeants de la blockchain Ethereum L2 ont expliqué que la création de blocs se poursuivrait comme d’habitude et que les transactions seraient traitées ; cependant, certains peuvent connaître des retards ou même être abandonnés pendant les heures de pointe.
Alors que des individus attendent une déclaration officielle de la Base sur la cause précise de l’incident, les rapports indiquent que ce n’est pas la première fois que le réseau connaît des retards opérationnels. À la 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é cet incident à 6h15 UTC, déclenchant des tensions parmi ses clients. Pour tenter de calmer leurs craintes, la Base a partagé sur sa page de statut officielle que le problème avait été résolu à 6h44 UTC. Il s’agit notamment de la première panne majeure du réseau.
Pendant l’interruption, le réseau de Coinbase a été confronté à des retards dans les retraits, la production de blocs, les dépôts et la fonctionnalité Flashblocks. Le problème a été résolu en 30 minutes tandis que l’équipe restait à l’affût d’autres problèmes.
Néanmoins, ils n’ont pas révélé la raison de ces retards. Certaines sources ont affirmé que cette panne aurait pu se produire lorsque la blockchain Ethereum Layer 2 a connu une augmentation substantielle de la création de jetons. Pour étayer cette affirmation, ils ont souligné un scénario dans lequel le réseau lancerait plus de 54 000 nouveaux jetons en une journée.
Pendant ce temps, voyant les retards récurrents, le récent étant le deuxième incident, et le fait que Base n’a pas encore fourni la cause profonde des deux incidents, les utilisateurs ont exprimé leurs 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 hautes performances, a signalé une panne le 14 janvier qui a eu un impact significatif sur son activité sur le réseau principal. Ce perturbation a temporairement interrompu le traitement des transactions et la certification des points de contrôle sur la blockchain, suscitant des tensions dans l’industrie de la cryptographie.
L’équipe a partagé un post X daté du 16 janvier qui expliquait la cause principale de ce problème. Dans le message, ils ont déclaré qu’un désaccord entre les validateurs sur le consensus interne avait conduit à la panne. Selon leur enquête, un trafic réseau élevé, des attaques externes ou des problèmes de sécurité ne sont pas à l’origine de l’interruption. Par la suite, l’équipe a rassuré les utilisateurs sur le fait que leurs actifs sont restés sécurisés tout au long de l’incident.
Entre-temps, les journalistes ont contacté la blockchain de couche 1 pour demander comment ils avaient identifié la panne. En réponse à cette question, Sui a souligné qu’ils avaient identifié un bug rare dans la façon dont les engagements consensuels étaient traités, ce qui a conduit les validateurs à parvenir à des conclusions divergentes lors de la gestion de transactions conflictuelles spécifiques.
En raison de cet impact, les validateurs ont commencé à développer différents points de contrôle candidats, entravant ainsi l’accord requis pour certifier un nouveau point de contrôle pondéré en fonction des enjeux, ont-ils ajouté. À ce stade, lorsque les validateurs ont réalisé que les parties prenantes signaient des données de point de contrôle contradictoires, le réseau a connu un arrêt temporaire et délibéré.
Cet arrêt garantissait qu’aucun état incohérent ne soit finalisé, même si cela interrompait la production de blocs et l’exécution des transactions.
