- La actualización v1.72 de Sui introdujo dos errores separados que causaron tres interrupciones en el mainnet.
- Los dos primeros bloqueos se debieron a un defecto en la carga de gas relacionado con los saldos de la nueva dirección.
- Un error separado en el estado de aleatoriedad provocó el tercer apagón tras la reiniciación de los validadores.
La Fundación Sui ha publicado un informe detallado de post-mortem que explica los tres apagones separados que detuvieron la red el 28 de mayo y el 29 de mayo.
Según la fundación, dos errores introducidos a través de la versión de software v1.72 causaron las interrupciones. Los incidentes desconectaron la cadena de bloques Layer-1 tres veces en menos de dos días y desencadenaron una fuerte caída en el precio del token SUI.
SUI cayó aproximadamente un 8% durante la secuencia de interrupción hasta un mínimo cercano a $0.90. El token se negociaba alrededor de $0.90 el lunes y bajó aproximadamente un 19% durante la semana.
La fundación dijo que ningún fondo de usuario estuvo en riesgo durante ninguno de los cortes y que ninguna transacción completada fue revertida.
Nueva función desencadenó fallo en la carga de gas
Las dos primeras interrupciones estuvieron relacionadas con una falla en el sistema de cobro de gas de la red. La versión 1.72 introdujo "saldos de direcciones", una función diseñada para permitir a los usuarios pagar las tarifas de transacción directamente desde los saldos de cuenta en lugar de depender completamente de objetos de moneda.
La actualización también introdujo nuevas vías de pago que combinan saldos de direcciones con pagos tradicionales basados en monedas. El problema surgió cuando múltiples transacciones intentaron gastar el mismo saldo al mismo tiempo.
En ciertos casos, una transacción podría cancelarse debido a que no había suficientes fondos disponibles. Sin embargo, parte del sistema de procesamiento de gas aún intentó cobrar esos fondos después de la cancelación. Eso generó un saldo negativo durante el asentamiento, causando el colapso de los validadores.
El primer apagón comenzó alrededor de las 7 a.m. PT el 28 de mayo y duró hasta aproximadamente la 1:30 p.m. PT. Para restaurar la red rápidamente, los desarrolladores implementaron una solución provisional. El equipo reconoció en ese momento que el parche contenía un riesgo conocido de baja probabilidad que aún podría detener la red. Sin embargo, el riesgo se materializó la mañana siguiente.
La actualización de emergencia provocó una segunda suspensión
El segundo apagón comenzó alrededor de las 5 a.m. PT del 29 de mayo. Sui dijo que algunas transacciones pueden fallar por múltiples razones simultáneamente. En un escenario, el error de fondos insuficientes que el parche estaba diseñado para detectar quedó oculto por otro error de cancelación.
Debido a que el error original estaba enmascarado, la solución temporal no logró evitar que volviera a ocurrir la misma condición de saldo negativo.
Los validadores se derrumbaron por segunda vez con el mismo problema subyacente de desbordamiento. Los desarrolladores completaron una reparación más completa, y suficientes validadores se actualizaron para restaurar la red aproximadamente a las 9:40 a.m. PT.
Un error de aleatoriedad causó el tercer apagón
El tercer corte de servicio no estaba relacionado con el error de gas en sí. Después de que los validadores reiniciaron para instalar la segunda corrección, la participación en el proceso de configuración de la aleatoriedad de la red cayó por debajo del umbral requerido.
El sistema de aleatoriedad se desactivó automáticamente según su diseño. Sin embargo, un error independiente impidió que los validadores guardaran ese estado desactivado en el disco. Cuando los validadores se reiniciaron nuevamente, asumieron incorrectamente que el proceso de aleatoriedad aún estaba activo.
Las aplicaciones que dependían de la aleatoriedad en la cadena no pudieron ejecutarse ni fallar, lo que provocó que las transacciones se acumularan en una cola en pausa. La red se quedó atascada durante la próxima transición de época porque no pudo limpiar completamente esa cola.
El tercer cese comenzó alrededor de las 1:30 p.m. PT y duró hasta aproximadamente las 7:20 p.m. PT. Los desarrolladores corrigieron el error de persistencia y agregaron un nuevo mecanismo que permite a los validadores cerrar forzosamente una epoch estancada cuando sea necesario.
La fundación también reveló que las herramientas internas impulsadas por IA ayudaron a los ingenieros a diagnosticar los incidentes más rápidamente al consultar los registros de validadores, analizar los datos de producción y reunir métricas operativas durante los esfuerzos de recuperación.
Relacionado: Sui Mainnet se congela nuevamente, generando preocupaciones sobre su confiabilidad
Descargo de responsabilidad: La información presentada en este artículo es únicamente para fines informativos y educativos. El artículo no constituye asesoramiento financiero ni de ningún otro tipo. Coin Edition no se hace responsable de ninguna pérdida derivada del uso del contenido, productos o servicios mencionados. Se aconseja a los lectores que ejerzan cautela antes de tomar cualquier acción relacionada con la empresa.