Base a subi une panne de mise à jour d'état qui est passée inaperçue - Économie crypto

Résumé :

• Un dysfonctionnement technique dans l'infrastructure de Base a gelé ses mises à jour d'état sur le réseau principal Ethereum pendant plus de 30 heures.
• Le traitement des transactions internes et la création de blocs au sein de la couche-2 n'ont pas subi de perturbations pendant l'incident.
• La vulnérabilité a pris naissance dans l'enclave de l'Environnement d'Exécution de Confiance (TEE) suite à la mise en œuvre de la récente mise à niveau Azul.

Le réseau de couche-2 Base a subi une longue panne dans son infrastructure critique qui a affecté la synchronisation des données avec le réseau principal Ethereum, un incident qui est passé inaperçu pour la plupart des utilisateurs durant le week-end.

Un dysfonctionnement d'infrastructure en couche 2

La production de blocs sur le réseau a continué normalement et les utilisateurs ont conservé la capacité d’envoyer des transactions et d’interagir avec des applications décentralisées. Cependant, le composant responsable de la consolidation de l’état de Base dans Ethereum est resté inactif pendant plus de 30 heures. Le développeur connu sous le nom de donnoh.eth a noté sur son compte X que l’événement n’a pas déclenché d’alertes immédiates car les retraits de fonds sur ce type de réseau de scalabilité impliquent déjà une période de défi obligatoire de sept jours.

Selon la page officielle de statut de Base, la source du problème se trouvait dans l’enclave de l'Environnement d'Exécution de Confiance (TEE). Cette section du système est responsable de la génération des attestations cryptographiques qui prouvent le calcul correct des transactions dans la seconde couche. La documentation officielle du protocole indique que la défaillance de ce module a temporairement empêché le système de propositions d’ancrer l’activité de Base au réseau principal.

La plateforme a confirmé qu’aucun fonds n’a été compromis et aucun actif utilisateur n’a été exposé à un vol potentiel durant l’incident. La suspension des mises à jour d’état s’est produite quelques jours après que les développeurs de Base ont mis en œuvre la mise à niveau Azul. Selon les rapports techniques précédents de la société, cette modification structurelle visait à optimiser la scalabilité de l’écosystème et à augmenter la capacité de traitement théorique jusqu’à 5 000 transactions par seconde.

Modèles de vulnérabilité dans les réseaux blockchain

Auparavant, Base avait enregistré des retards dans le traitement des transactions lors de pics d’activité élevée au premier trimestre de l’année. Ces épisodes antérieurs ont mis en évidence des limitations de capacité face à une augmentation du flux d’utilisateurs, bien qu’aucune de ces occasions n’ait entraîné l’arrêt du règlement final des blocs.

La situation technologique de Base montre des dynamiques différentes par rapport aux problèmes de consensus rencontrés par d’autres réseaux du secteur. Par exemple, la blockchain Sui a signalé une défaillance de son mécanisme de consensus qui a paralysé le traitement des transactions pendant près de six heures en janvier. Les rapports de ce réseau attribuaient le crash à des bugs logiciels introduits dans le code de comptabilisation du gaz lors d’une mise à niveau du validateur.

Les analystes du secteur associent la stagnation de Base aux défis inhérents aux mécanismes de preuve assistés par TEE dans les rollups. Lorsque ces environnements sécurisés échouent, le traitement interne en couche 2 peut rester actif tandis que le canal de règlement avec le réseau de base se bloque complètement. L’équipe de développement de Base prévoit de publier un rapport détaillé d’analyse post-mortem pour examiner les métriques de résilience des validateurs lors du déploiement des correctifs d’urgence.