La producción de bloques de la red Base se detiene dos horas después de que un bloque inválido congela el secuenciador.

La producción de bloques en la mainnet de Base se detuvo durante casi dos horas el 25 de junio de 2026, después de que el bloque #47.806.542 provocara una falla de consenso que congeló el secuenciador a las 16:03 UTC. El bloque inválido impidió toda construcción de bloques posterior en lo que los ingenieros de Base clasificaron como una "parada de cabeza insegura", donde el secuenciador dejó de avanzar nuevos bloques antes de que pudieran publicarse en la capa uno de Ethereum para su finalización. El equipo de Base de Coinbase identificó la causa raíz a las 16:52 UTC y restauró la secuenciación a las 17:51 UTC, confirmando que todos los fondos de los usuarios permanecieron seguros durante el incidente. La parada ocurrió el mismo día de la activación programada del hard fork Beryl de Base a las 18:00 UTC, aunque el equipo confirmó que ambos eventos no estaban relacionados. Base opera como una red de capa 2 construida sobre el marco OP Stack, donde los secuenciadores producen bloques que luego se agrupan y envían a Ethereum para su liquidación final.

Base Engineers Isolate Block #47.806.542 como Fuente de Falla de Consenso

Los ingenieros de Base detectaron una producción de bloques no saludable a las 16:03 UTC del 25 de junio de 2026. A las 16:52 UTC, el equipo identificó el bloque #47.806.542 como la fuente del problema de consenso que hizo que el secuenciador produjera un bloque inválido. El bloque inválido interfirió con toda la construcción de bloques posterior, creando lo que la terminología de OP Stack clasifica como una "parada de cabeza insegura". La cabeza insegura se refiere a los últimos bloques producidos por el secuenciador que aún no se han publicado en la capa uno de Ethereum para su finalización.

La cronología del incidente fue la siguiente: A las 16:03 UTC, la producción de bloques fue marcada como no saludable y comenzó la investigación. A las 16:52 UTC, los ingenieros identificaron el bloque #47.806.542 como la fuente problemática. A las 17:21 UTC, el problema de consenso fue aislado y el secuenciador interno y los nodos mostraron una recuperación preliminar. A las 17:51 UTC, la secuenciación de bloques se reanudó y los nodos internos comenzaron a sincronizarse correctamente. A las 17:58 UTC, la construcción de bloques se confirmó como saludable y la red entró en fase de monitoreo.

Depósitos y Transacciones Retrasados Durante la Parada de Dos Horas

Los depósitos, retiros y transacciones en Base se retrasaron durante la parada de aproximadamente dos horas. El equipo de Base confirmó que los fondos no están en riesgo. Las paradas de cabeza insegura ocurren antes de que los bloques se agrupen y envíen a Ethereum L1, por lo que no hay exposición a pérdidas permanentes ni reorganizaciones significativas de la cadena. Los operadores de nodos que ejecutan la infraestructura de Base deberán reiniciar sus nodos para recuperar completamente la sincronización. La página de estado en status.base.org y el explorador de bloques basescan.org siguen siendo los principales recursos de monitoreo.

El Hard Fork Beryl Procede Según lo Programado a Pesar del Problema del Secuenciador

El incidente coincidió con el hard fork programado de Beryl, previsto para una ventana de activación a las 18:00 UTC del 25 de junio. Base confirmó que la parada no está relacionada con la actualización. Beryl introduce B20, un estándar de token nativo integrado directamente en el software del nodo en lugar de implementarse como un contrato inteligente, lo que hace que la emisión de tokens sea más eficiente para stablecoins y proyectos de activos del mundo real. La actualización también reduce los retrasos en los retiros e incluye mejoras de Reth V2. Los operadores de nodos deben ejecutar base/node v1.1.1 o posterior. La mayoría de los usuarios y contratos existentes no requieren ninguna acción.

El Equipo de Base Planea Publicación de Autopsia Después de la Revisión de la Causa Raíz

Los ingenieros de Base continúan investigando la causa raíz del bloque inválido y planean publicar una autopsia completa una vez que concluya la revisión. Las paradas de cabeza insegura de este tipo han ocurrido anteriormente en otras redes de capa 2 y en la mainnet de Optimism, a menudo vinculadas a condiciones de infraestructura interna, problemas en nodos L1 o factores relacionados con la carga. Este incidente duró aproximadamente 115 minutos antes de que se reanudara la secuenciación.

FAQ

¿Qué causó que la red Base dejara de producir bloques el 25 de junio?

El bloque #47.806.542 provocó una falla de consenso que congeló el secuenciador de Base a las 16:03 UTC del 25 de junio de 2026. El bloque inválido impidió toda construcción de bloques posterior en lo que los ingenieros clasificaron como una "parada de cabeza insegura". El equipo de Base identificó el bloque problemático a las 16:52 UTC y restauró la secuenciación a las 17:51 UTC, con la construcción de bloques confirmada como saludable a las 17:58 UTC.

¿Están seguros los fondos después de la parada de la red Base?

El equipo de Base de Coinbase confirmó que todos los fondos están seguros. Las paradas de cabeza insegura ocurren antes de que los bloques se agrupen y envíen a la capa uno de Ethereum para su finalización, por lo que no hay exposición a pérdidas permanentes ni reorganizaciones significativas de la cadena. Los depósitos, retiros y transacciones se retrasaron durante la parada de aproximadamente dos horas, pero ningún fondo estuvo en riesgo.

¿La parada de la red Base afectó la activación del hard fork Beryl?

Base confirmó que la parada no está relacionada con la actualización Beryl. El hard fork Beryl se mantuvo según lo programado para su ventana de activación a las 18:00 UTC del 25 de junio, el mismo día del incidente del secuenciador. Beryl introduce el estándar de token nativo B20 y requiere que los operadores de nodos ejecuten base/node v1.1.1 o posterior, pero la mayoría de los usuarios y contratos existentes no requieren ninguna acción.