Base sufrió una falla silenciosa de más de 30 horas en su sistema de liquidación

Base, la red de capa 2 asociada a Coinbase, atravesó una interrupción silenciosa en su sistema de actualización de estado que detuvo retiros hacia Ethereum durante aproximadamente 36 horas, aunque las transacciones siguieron funcionando con normalidad.

***

• Un fallo en el enclave TEE de Base detuvo las actualizaciones de estado y los retiros hacia Ethereum durante más de 30 horas.
• La producción de bloques y las transacciones dentro de Base continuaron, por lo que muchos usuarios no percibieron el problema.
• No se reportaron fondos perdidos, pero el incidente reavivó preguntas sobre la resiliencia de los rollups de Ethereum.

Base, la red de capa 2 de Ethereum incubada por el intercambio de criptomonedas Coinbase, enfrentó una interrupción poco visible pero relevante para su infraestructura. El problema detuvo el sistema encargado de actualizar el estado de la red en Ethereum y congeló los retiros hacia la red principal durante más de 30 horas.

Según un reporte de Cryptopolitan, el incidente no frenó las transacciones dentro de Base ni la producción de bloques. Para la mayoría de los usuarios, la red pareció operar con normalidad, aunque una parte clave del proceso de liquidación permanecía detenida.

La página de estado de Base ubicó el origen del fallo en el enclave de su Entorno de Ejecución Confiable, conocido como TEE. Ese componente participa en el sistema de propuestas que genera actualizaciones de estado para anclar la actividad de Base en Ethereum.

El evento generó inquietud porque ocurrió pocos días después de la actualización Azul de Base. Esa mejora buscaba elevar la escalabilidad de la red y llevar su capacidad reportada hasta unas 5.000 transacciones por segundo.

Una falla que quedó oculta para muchos usuarios

El incidente pasó casi inadvertido porque Base ya tiene un período de impugnación de retiros de siete días. En la práctica, ese plazo hizo menos evidente que los retiros hacia Ethereum se habían detenido de forma temporal.

El desarrollador donnoh.eth llamó la atención sobre este punto en una publicación pública. Señaló que resultaba llamativo que las actualizaciones de estado de Base hubieran estado caídas por más de 30 horas sin que casi nadie lo notara, precisamente porque los retiros ya tardan siete días.

De acuerdo con la cronología reportada, Base reconoció el problema el 29 de mayo a las 15:55 UTC. Luego marcó el incidente como resuelto el 31 de mayo a las 03:38 UTC, lo que ubica la ventana total cerca de 36 horas.

Durante ese período, los usuarios pudieron seguir enviando transacciones e interactuando con aplicaciones en Base. Sin embargo, la conexión de liquidación que devuelve compromisos de estado hacia Ethereum dejó de avanzar mientras el sistema afectado permanecía detenido.

Por qué importa el sistema de estado en un rollup

Para entender la relevancia del incidente, conviene recordar cómo funciona un rollup. Estas redes ejecutan transacciones fuera de la capa principal de Ethereum y luego publican compromisos comprimidos de su estado en la red base.

Ese diseño busca reducir costos y aumentar capacidad sin abandonar por completo la seguridad de Ethereum. Base, como otros rollups, depende de procesos periódicos para registrar en la capa 1 una representación verificable de lo ocurrido en la capa 2.

El TEE de Base ayuda a generar atestaciones criptográficas. Estas atestaciones sirven para demostrar que las transiciones de estado se calcularon de manera correcta, según la descripción técnica citada en el reporte.

Cuando ese sistema falla, la red puede seguir procesando operaciones internas. No obstante, la tubería que conecta esas operaciones con Ethereum puede quedar detenida, como ocurrió en este caso.

No hubo pérdida de fondos, pero sí una señal de alerta

El punto más importante para los usuarios es que no se reportaron fondos perdidos. Tampoco se indicó que los activos quedaran expuestos a robo durante la interrupción.

Aun así, el episodio congeló una pieza crítica de la infraestructura del rollup. Las actualizaciones de estado y los retiros hacia Ethereum forman parte del mecanismo que permite a los usuarios salir de la capa 2 y volver a la red principal.

La normalidad aparente también abre un debate sobre la visibilidad de estos incidentes. Si las aplicaciones siguen funcionando y los bloques continúan, una falla de liquidación puede tardar en recibir atención pública.

Ese punto resulta sensible para una red con rápido crecimiento. Base ha ganado protagonismo dentro del ecosistema Ethereum, y cualquier problema en su diseño operativo puede impactar la percepción de seguridad de las soluciones de escalabilidad.

El contexto de Azul y otros antecedentes

La interrupción llegó poco después de Azul, una actualización orientada a mejorar la escalabilidad. Según la información disponible, esa mejora buscaba incrementar el rendimiento de Base hasta cerca de 5.000 transacciones por segundo.

Base ya había enfrentado períodos de retrasos en transacciones durante momentos de actividad intensa a comienzos de este año. Esos episodios mostraron restricciones de capacidad, aunque no detuvieron las liquidaciones hacia Ethereum.

El caso actual difiere de esos retrasos. Aquí, la producción de bloques continuó, pero el sistema de actualización de estado quedó afectado por un problema vinculado con una actualización reciente de la red.

La comparación con Sui ayuda a dimensionar distintos modos de falla en blockchain. Sui reportó en enero una falla de consenso que interrumpió el procesamiento de transacciones durante cerca de seis horas, con impacto temporal en transferencias, actividad DeFi y operaciones NFT.

Lecciones para las capas 2 de Ethereum

El incidente de Base no equivale a una pérdida de fondos ni a una caída visible de la red. Sin embargo, muestra que la resiliencia de una capa 2 no depende solo de procesar transacciones sin interrupción.

También importa que los sistemas de liquidación, pruebas y retiros funcionen con continuidad. Esos mecanismos sostienen la promesa de que el usuario puede regresar a Ethereum cuando lo necesite.

En rollups de gran escala, una falla silenciosa puede afectar la confianza aunque no produzca daños inmediatos. La industria suele medir el éxito por velocidad y bajo costo, pero este episodio recuerda que la seguridad operacional también pesa.

Base resolvió el problema y mantuvo activa la experiencia cotidiana de sus usuarios. Aun así, la interrupción deja una pregunta abierta para todo el sector: qué tan visibles y robustos deben ser los sistemas que conectan las capas 2 con Ethereum cuando el uso crece de forma acelerada.

Imagen original de DiarioBitcoin, creada con inteligencia artificial, de uso libre, licenciada bajo Dominio Público

Este artículo fue escrito por un redactor de contenido de IA

ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.

Suscríbete a nuestro boletín