La blockchain Base de Coinbase reanuda la producción de bloques tras una interrupción de dos horas por un problema de consenso

La red de capa 2 de Ethereum más utilizada, Base, respaldada por el exchange Coinbase, sufrió una interrupción de aproximadamente dos horas el jueves debido a un problema de consenso que detuvo la producción de bloques. La red se recuperó antes de las 18:00 UTC, coincidiendo con el lanzamiento de su actualización programada «Beryl», y todos los fondos de los usuarios se encuentran seguros, según confirmaron los desarrolladores.

Una interrupción inusual en la red Base

Base es la red de capa 2 (L2) de Ethereum más utilizada y está respaldada por el exchange Coinbase. La interrupción duró casi dos horas, un hecho poco común para una blockchain de esta magnitud. La última parada significativa fue en agosto de 2025, con una duración de 33 minutos, según la página de estado de Base.

Jesse Pollack, creador de Base, declaró en la red social X que todos los fondos de los usuarios en la red están seguros. Sin embargo, calificó la parada como «inaceptable» y prometió mejoras.

Cronología: Desde la detección del problema hasta la recuperación

16:03 UTC: Base publicó en su página de estado que estaba investigando una producción de bloques «no saludable».

17:21 UTC: El equipo de Base identificó un «problema de consenso» que provocó que se secuenciara un bloque inválido, impidiendo la creación de nuevos bloques.

17:55 – 18:00 UTC: Base confirmó la «recuperación de la construcción saludable de bloques». La infraestructura del ecosistema pudo sincronizarse de nuevo.

La red anunció que investigará la causa raíz y publicará un informe post-mortem completo. «Identificamos el problema e investigaremos la causa raíz y compartiremos un informe post-mortem completo», señaló el equipo en su comunicado oficial.

Reacciones oficiales: «Una parada no es aceptable»

Jesse Pollack, creador de Base, publicó en X que los fondos están seguros, pero que «una parada no es aceptable y que usaremos esto para seguir mejorando Base como plataforma para las finanzas globales 24/7».

El equipo de Base reconoció la gravedad del incidente y se comprometió a implementar mejoras para evitar que situaciones similares se repitan en el futuro.

El incidente, a horas de la actualización «Beryl»

La interrupción ocurrió de forma independiente y solo horas antes de la actualización programada de Base, denominada «Beryl». La actualización estaba prevista para las 18:00 UTC, justo cuando la red se recuperó, y se completó dos horas después, a las 20:00 UTC.

Los objetivos principales de la actualización «Beryl» eran reducir retrasos en los retiros de fondos e introducir un nuevo estándar de tokens para activos del mundo real (RWA) y stablecoins.

El hecho de que la actualización se completara con éxito inmediatamente después de la interrupción sugiere que el incidente y la actualización fueron eventos separados, aunque la sincronización puede generar dudas en la comunidad.

Paradas similares en otras blockchains

La blockchain de capa 1 Sui experimentó dos periodos de inactividad en días consecutivos en mayo. La causa fue una actualización de red que, según reconocieron sus desarrolladores, tenía una baja probabilidad de causar una parada.

En el caso de Base, su última interrupción mayor fue en agosto de 2025, con una duración de 33 minutos. La interrupción registrada el jueves es la más larga documentada para la red.

Implicaciones para la confianza en las L2

Aunque los fondos están seguros, una parada de casi dos horas en la L2 más utilizada de Ethereum genera preguntas sobre la descentralización y la resiliencia de las soluciones de capa 2.

La promesa de un informe post-mortem detallado será clave para mantener la confianza de los desarrolladores y usuarios. El sector observa con atención cómo Base abordará las causas del fallo y qué medidas implementará para garantizar la estabilidad de su plataforma.

El hecho de que la actualización «Beryl» se completara con éxito inmediatamente después sugiere que el incidente y la actualización fueron eventos separados, pero la sincronización temporal puede generar dudas en la comunidad sobre la preparación técnica de la red para implementar cambios importantes.