Base sufrió una interrupción en la actualización del estado que pasó desapercibida - Economía Cripto

Resumen:

• Un fallo técnico en la infraestructura de Base congeló sus actualizaciones de estado en la red principal de Ethereum durante más de 30 horas.
• El procesamiento interno de transacciones y la creación de bloques dentro de la capa-2 no sufrieron interrupciones durante el incidente.
• La vulnerabilidad se originó en el entorno de ejecución confiable (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 Ethereum principal, un incidente que pasó desapercibido para la mayoría de los usuarios durante el fin de semana.

Un fallo en la infraestructura en capa 2

La producción de bloques en la red continuó normalmente y los usuarios mantuvieron la capacidad de enviar transacciones e interactuar con aplicaciones descentralizadas. Sin embargo, el componente responsable de consolidar el estado de Base dentro de Ethereum permaneció inactivo durante 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 porque los retiros de fondos en este tipo de red escalable ya implican un período de desafío obligatorio de siete días.

Según la página de estado oficial de Base, la fuente del problema se ubicó en el entorno de ejecución confiable (TEE). Esta sección del sistema es responsable de generar las attestaciones criptográficas que prueban el cálculo correcto de las transacciones en la segunda capa. La documentación oficial del protocolo indica que la falla en este 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 usuarios a posibles robos durante el incidente. La detención en las actualizaciones de estado ocurrió pocos días después de que los desarrolladores de Base implementaran la actualización Azul. Según los informes técnicos previos de la firma, esta modificación estructural buscaba optimizar la escalabilidad del ecosistema y aumentar la capacidad de procesamiento teórica hasta 5,000 transacciones por segundo.

Patrones de vulnerabilidad en redes blockchain

Anteriormente, Base había registrado retrasos 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 aumento del flujo de usuarios, aunque en ninguna de esas ocasiones se detuvo la liquidación final de bloques.

La situación tecnológica de Base muestra dinámicas diferentes en comparación con 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 transacciones durante casi seis horas en enero. Los informes de esa red atribuyeron la caída a errores de software introducidos en el código de contabilidad de gas durante una actualización de validadores.

Los analistas del sector asocian la estancación de Base con los desafíos inherentes a los mecanismos de prueba asistidos por TEE en rollups. Cuando estos entornos seguros fallan, el procesamiento interno en capa 2 puede seguir activo mientras que el canal de liquidación con la red base se detiene por completo. El equipo de desarrollo de Base tiene previsto publicar un informe detallado de post-mortem para analizar las métricas de resiliencia de los validadores durante la implementación de parches de emergencia.