Base reanuda operaciones tras pausa de 2 horas por bloque…
La red instó a los operadores de nodos a reiniciar para la re-sincronización mientras se investiga la causa raíz.
Base, respaldado por Coinbase, reanudó la producción de bloques el 25 de junio después de una interrupción que duró aproximadamente dos horas y que detuvo la producción de bloques y el procesamiento de transacciones. El equipo atribuyó el desencadenante a un bloque inválido y dijo que aún está investigando la causa raíz.
Puntos Clave
- Base se reinició después de un período de aproximadamente dos horas en el que no se produjeron bloques y no se procesaron transacciones.
- El incidente fue desencadenado por un bloque inválido, y el modo de falla subyacente no ha sido divulgado.
- Se informó a los operadores de nodos del ecosistema que reiniciaran los nodos de Base para restaurar la sincronización después de que la red volvió.
- Base primero marcó la producción de bloques de mainnet como 'no saludable' a las 16:03 UTC y dijo que a las 16:52 UTC estaba persiguiendo 'múltiples esfuerzos de remediación.'
Base Chain Deja de Producir Bloques durante ~2 Horas, Luego Regresa
Base, respaldado por CoinbaseEthereumred de capa 2, reanudó operaciones el jueves después de una interrupción de aproximadamente dos horas que detuvo la producción de bloques y el procesamiento de transacciones.
Para los traders y operadores en la cadena, el impacto práctico es directo. Cuando la producción de bloques se detiene, las confirmaciones se detienen con ella. Cualquier estrategia que dirija intercambios, puentes,liquidaciones, o reequilibrios sensibles al tiempo a través de Base durante la ventana enfrenta riesgos de ejecución y liquidación, incluso si el mercado más amplio se está moviendo con normalidad en otros lugares.
Base dijo que la cadena reanudó su funcionamiento y que los nodos internos se estaban sincronizando correctamente después de que la producción de bloques regresara.
La red es una de las L2 más grandes de Ethereum, por lo que incluso una breve interrupción puede desencadenar retrasos en las transacciones, flujos de puentes atascados y suposiciones de estado obsoleto para bots y sistemas de monitoreo que tratan a Base como si estuviera continuamente activa.
Disparador de Bloque Inválido, Reinicios de Nodo y Lo Que Base No Ha Dicho Aún
Base atribuyó la interrupción a un bloque inválido que “desencadenó un problema” y dijo que continúa investigando la causa raíz.
El detalle faltante que importa para el riesgo es el modo de falla. Base no ha revelado qué causó el bloque inválido ni si el incidente se debió a un error de software o a un fallo relacionado con el consenso. Hasta que eso se aclare, la forma más clara de enmarcarlo es que el incidente está resuelto operativamente, pero no técnicamente.
Los traders pueden volver a operar, pero aún no saben qué tipo de problema acaba de surgir ni qué mitigación está en marcha.
Base también aconsejó a los operadores de nodos del ecosistema reiniciar sus nodos de Base para restaurar la sincronización.
Esa orientación implica que algunos participantes pueden haber estado fuera de sincronización incluso después de que se reanudara la producción de bloques, lo que puede degradar la frescura de los datos para los consumidores de RPC y distorsionar el monitoreo posterior al incidente en las primeras horas después de la recuperación.
Cronología del Incidente: De “No Saludable” a “Múltiples Esfuerzos de Remediación”
La primera señal pública de Base llegó a las 16:03 UTC del 25 de junio, cuando dijo que la producción de bloques en mainnet era "no saludable".
A las 16:52 UTC, el equipo dijo que había identificado un problema y estaba llevando a cabo “múltiples esfuerzos de remediación.” Base luego dijo que la producción de bloques se reanudó después de aproximadamente dos horas, aunque no proporcionó una marca de tiempo exacta para la reanudación completa.
Esa brecha entre la degradación inicial y la recuperación confirmada es la ventana que les importa a los traders. Es donde las transacciones pendientes, las suposiciones de finalización de puentes y los caminos de liquidación pueden fallar, especialmente para sistemas que no cambian automáticamente a rutas alternas.
Después de la Guía de Reinicio: Señales que los Traders Deben Monitorear en Base
El siguiente catalizador es la actualización de seguimiento o postmortem de Base que identifica qué causó el bloque inválido y si fue un error de software o una falla relacionada con el consenso. Sin eso, el mercado se queda para valorar el riesgo de ejecución de Base en función de la narrativa en lugar de una remediación definida.
Los traders y operadores también querrán ver si se emite alguna guía adicional de reinicio o sincronización para los operadores de nodos y proveedores de RPC, lo que indicaría una desincronización persistente o inestabilidad en el downstream.
Finalmente, cualquier recurrencia del estado de producción de bloques "no saludable" o nuevos avisos de remediación tras el incidente del 25 de junio cambiaría esto de un caso aislado a un patrón. Base ya ha registrado una interrupción previa en agosto de 2025, por lo que la confiabilidad ahora es parte del perfil de riesgo negociable de la red, no solo una nota al pie de ingeniería.
La opinión de Marcus Hale: El riesgo de fiabilidad regresa tras la interrupción de agosto de 2025.
Trato una pausa de dos horas como un verdadero evento de liquidación, no como una interrupción cosmética. Si la ruta crítica de una estrategia pasa por Base, esa ventana es dondedeslizamiento, los puentes atascados y la protección contra liquidaciones pueden fallar de maneras que no se manifiestan hasta después de que la cadena esté "de vuelta".
El umbral que importa es un claro análisis postmortem que atribuye el bloque inválido a una clase de fallo específica y envía mitigaciones creíbles. Si esa claridad no llega, esto parece más un catalizador de sentimiento que un cambio fundamental, pero aún así obliga a las mesas a valorar el riesgo de enrutamiento Base como un costo operativo recurrente en lugar de un evento extremo.
