Puntos Clave de la Noticia:
- Un fallo técnico en la infraestructura de Base congeló la actualización de su estado en la red principal de Ethereum por más de 30 horas.
- El procesamiento de transacciones internas y la creación de bloques dentro de la segunda capa no sufrieron interrupciones durante el incidente.
- La vulnerabilidad se originó en el enclave del Entorno de Ejecución Seguro (TEE) tras la implementación de la reciente actualización Azul.
La red de capa 2 Base sufrió una larga interrupción en su infraestructura crítica que afectó la sincronización de datos con la red principal de Ethereum, un incidente que pasó desapercibido para la mayoría de los usuarios durante el fin de semana.
Una falla de infraestructura en la capa 2
La producción de bloques en la red continuó normalmente y los usuarios mantuvieron la capacidad de enviar transacciones e interactuar con las aplicaciones descentralizadas. Sin embargo, el componente encargado de consolidar el estado de Base dentro de Ethereum permaneció inactivo por más de 30 horas. El desarrollador conocido como donnoh.eth señaló en su cuenta de X que el evento no generó alarmas inmediatas debido a que los retiros de fondos en este tipo de redes de escalabilidad ya contemplan un período de desafío obligatorio de siete días.
Según la página oficial de estado de Base, el origen del problema se localizó en el enclave del Entorno de Ejecución Seguro (TEE). Esta sección del sistema es la encargada de generar las atestaciones criptográficas que demuestran la correcta computación de las transacciones en la segunda capa. La documentación oficial del protocolo indica que el fallo en dicho módulo impidió temporalmente que el sistema de propuestas anclara la actividad de Base en la red principal.
La plataforma confirmó que no se comprometieron fondos ni se expusieron activos de los usuarios a posibles robos durante el incidente. El cese de las actualizaciones de estado ocurrió pocos días después de que los desarrolladores de Base implementaran la actualización Azul. Según los reportes técnicos previos de la firma, esta modificación estructural buscaba optimizar la escalabilidad del ecosistema y elevar la capacidad de procesamiento teórico hasta las 5.000 transacciones por segundo.
Patrones de vulnerabilidad en redes blockchain
Anteriormente Base había registrado demoras en el procesamiento de transacciones durante picos de alta actividad en el primer trimestre del año. Esos episodios previos expusieron limitaciones de capacidad ante el incremento del flujo de usuarios, aunque en ninguna de esas ocasiones se detuvo la liquidación final de los bloques.
La situación tecnológica de Base muestra dinámicas distintas a los problemas de consenso experimentados por otras redes del sector. Por ejemplo, la blockchain Sui reportó una falla en su mecanismo de consenso que paralizó el procesamiento de operaciones durante casi seis horas en el mes de enero. Los informes de esa red atribuyeron dicha caída a errores de software introducidos en el código de contabilidad de gas durante una actualización de sus validadores.
Los analistas de la industria asocian el estancamiento de Base con los desafíos propios de los mecanismos de prueba asistidos por TEE en los rollups. Cuando estos entornos seguros fallan, el procesamiento interno en la capa 2 puede mantenerse activo mientras el canal de liquidación con la red base se detiene por completo. El equipo de desarrollo de Base tiene programada la publicación de un informe detallado post-mortem para analizar las métricas de resistencia de los validadores durante el despliegue de parches de emergencia.
