PANews, 27 de junio. Base publicó un informe posterior al incidente, indicando que la red principal sufrió dos interrupciones en la producción de bloques el 25 y 26 de junio, con una duración aproximada de 116 minutos y 20 minutos, respectivamente. El equipo oficial enfatizó que el incidente no afectó la seguridad de los activos en la cadena y que los fondos de los usuarios estuvieron disponibles en todo momento.
La causa principal de la falla fue un defecto en la lógica de construcción de bloques del secuenciador: después de que fallara la ejecución de una transacción, el sistema no limpió adecuadamente el estado del historial de journals, lo que provocó cálculos anormales de gas al ejecutar transacciones legítimas posteriores. Esto generó bloques de transición de estado inválidos y detuvo la producción de bloques en toda la red L2.
Durante la interrupción, la red experimentó problemas como una parada total de la producción de bloques, imposibilidad de incluir transacciones en la cadena y congestión en el mempool. Las solicitudes eth_sendRawTransaction enviadas por los usuarios devolvían continuamente errores.
Posteriormente, el equipo oficial solucionó el problema mediante un parche (PR #3806), restaurando la producción de bloques. Sin embargo, debido a una condición de carrera en el reinicio del motor durante el proceso de reinicio del clúster del secuenciador, la sincronización de la recuperación se vio obstaculizada, lo que también fue una causa indirecta del breve apagón al día siguiente.
De cara al futuro, Base declaró que se enfocará en fortalecer las capacidades de pruebas de fuzzing y estrés a nivel de protocolo para detectar rutas de transacciones anómalas más temprano, mientras que también mejorará los sistemas de monitoreo y operaciones, e introducirá un mecanismo de «recuperación más suave» para mejorar la capacidad de recuperación rápida de la red ante fallos similares en el futuro.
