Post-mortem de Base revela bug en el secuenciador como causa de dos cortes consecutivos en la red de capa 2 de Coinbase

Un bug en la lógica de construcción de bloques del secuenciador de Base provocó dos cortes en la producción de bloques de la red de capa 2 de Coinbase la semana pasada, según reveló un post-mortem publicado por el equipo de ingeniería. El primer incidente duró 116 minutos y el segundo 20 minutos, sumando un total de 136 minutos de inactividad. El equipo ya aplicó un parche y planea implementar pruebas de fuzzing más exhaustivas para prevenir futuros incidentes.

¿Qué es Base y por qué su secuenciador es crítico?

Base es una red de capa 2 (Layer 2) de Ethereum desarrollada por Coinbase y, según datos de L2beat, es la segunda red de capa 2 más grande por valor total asegurado (TVL), con aproximadamente 11 mil millones de dólares. La red utiliza un único secuenciador (single sequencer), un componente centralizado que ordena las transacciones, lo que lo convierte en un punto único de fallo.

El secuenciador es el componente que decide el orden de las transacciones en las redes de capa 2. Un bug en este sistema puede detener toda la producción de bloques, como ha ocurrido anteriormente en otras capas 2 como Arbitrum, OP Mainnet y zkSync Era.

Detalles del post-mortem: la causa raíz del bug

El equipo de ingeniería de Base identificó que el problema radicaba en un bug en la lógica de construcción de bloques del secuenciador. El fallo específico permitió que un «estado de diario obsoleto» (stale journal state) persistiera después de una falla en la validación de una transacción.

La secuencia del error fue la siguiente: el bloque recibió una transacción inválida; la transacción falló durante la ejecución, como era esperado; sin embargo, el sistema no limpió (cleared) el journal state que contenía las cuentas y slots de almacenamiento que habían sido accedidos.

«Una transacción inválida fue recibida por el constructor de bloques y falló durante la ejecución, como se esperaba, pero erróneamente no limpió el estado del diario que contenía las cuentas y slots de almacenamiento que habían sido accedidos», explicó el equipo en el post-mortem publicado el sábado.

Consecuencias inmediatas de los cortes

Base mainnet experimentó dos cortes en la producción de bloques durante el jueves y el viernes de la semana pasada. El primer incidente resultó en una parada total de 116 minutos, mientras que el segundo duró 20 minutos. El impacto fue la detención completa de nuevos bloques de capa 2: los nodos validadores y el secuenciador no pudieron avanzar más allá del bloque inválido hasta que se restauró el secuenciador.

Solución aplicada y retraso en la mitigación

El equipo de ingeniería aplicó un parche a los secuenciadores para asegurar que el journal state se actualice correctamente durante la ejecución. No obstante, la solución tardó más de lo esperado debido a «condiciones de infraestructura no relacionadas con el bug original». Tras el reinicio del sistema, se produjo una «condición de carrera» (race condition) que impidió que los secuenciadores se pusieran al día, lo que causó el segundo corte de 20 minutos.

Medidas futuras y antecedentes

El equipo de ingeniería de Base planea implementar mejoras en las pruebas de fuzzing, un proceso que consiste en bombardear el sistema con grandes volúmenes de entradas aleatorias, malformadas o inesperadas para encontrar bugs. Además, desarrollarán un mecanismo de «recuperación gradual» (graceful recovery) para que los nodos validadores no necesiten reinicios manuales durante incidentes futuros.

No es la primera vez que Base sufre un corte por problemas en el secuenciador. En septiembre de 2024, la red experimentó una parada de 17 minutos, y en agosto de 2025, otro corte de aproximadamente 30 minutos.

Este tipo de fallos resalta la fragilidad de los sistemas con un único secuenciador y la importancia de una ingeniería de pruebas robusta para mantener la estabilidad de las redes de capa 2, que gestionan miles de millones de dólares en valor total asegurado.