Revisión de dos breves interrupciones en la red principal de Base: un bug en la gestión del estado del secuenciador provocó la interrupción en la producción de bloques

Foresight News informó que Base publicó un informe de revisión posterior al hecho, en el que detalla que la mainnet sufrió dos interrupciones en la producción de bloques los días 25 y 26 de junio, con una duración aproximada de 116 minutos y 20 minutos respectivamente. Las autoridades enfatizaron que el incidente no afectó la seguridad de los activos en la cadena y que los fondos de los usuarios estuvieron siempre disponibles. La causa principal de este fallo fue un defecto en la lógica de construcción de bloques del sequencer: tras un fallo en la ejecución de una transacción, el sistema no limpió correctamente el estado histórico del journal, lo que provocó errores en el cálculo de gas para las transacciones válidas posteriores. Esto resultó en la creación de bloques con transferencias de estado inválidas, deteniendo toda la red L2. Durante la interrupción, la red experimentó problemas como el cese total de la producción de bloques, imposibilidad de registrar transacciones en la cadena y congestión en el mempool, devolviendo errores constantes a las solicitudes eth_sendRawTransaction de los usuarios.

Luego, las autoridades corrigieron el problema mediante un parche (PR #3806), restableciendo la producción de bloques. Sin embargo, debido a una condición de carrera en el reinicio de los nodos del sequencer cluster —relacionada con el reinicio del motor—, la sincronización de recuperación se vio obstaculizada, lo que se convirtió en una causa indirecta de la breve interrupción que ocurrió al día siguiente.

De cara al futuro, Base indicó que se enfocarán en fortalecer las capacidades de pruebas de fuzzing y pruebas de estrés a nivel de protocolo para detectar más temprano rutas de transacciones anómalas. Al mismo tiempo, mejorarán los sistemas de monitoreo y operativos, e implementarán mecanismos de recuperación más “elegantes” (graceful recovery), para aumentar la capacidad de recuperación rápida de la red frente a fallos similares en el futuro.