Sui implementó una corrección que sabía que podría colapsar la red — y luego la red colapsó.

• Publicidad -

• Sui dijo que tres detenciones de la mainnet el 28 y 29 de mayo provinieron de errores en la lógica de gas y en el estado de aleatoriedad relacionados con la actualización.

• La primera solución rápida de Sui conllevaba un riesgo conocido de detención, que se manifestó cuando la red se detuvo nuevamente el 29 de mayo.

La Fundación Sui ha rastreado tres detenciones de la mainnet a errores vinculados a su última actualización de red, incluyendo una interrupción que siguió a una solución provisional que el equipo ya sabía que conllevaba un pequeño riesgo de fallo. Los incidentes afectaron a Sui Mainnet el 28 y 29 de mayo, después de que los validadores adoptaran cambios relacionados con la versión 1.72.

La Fundación dijo que las dos primeras interrupciones provinieron de la lógica de cobro de gas vinculada a la nueva función de saldos de direcciones. Esa función brinda a los usuarios otra forma de almacenar fondos y pagar tarifas de transacción sin depender solo de objetos de monedas. Sin embargo, apareció un caso límite cuando las transacciones utilizaban pagos de gas híbridos, que combinan saldos de direcciones y objetos de monedas.

La primera detención comenzó alrededor de las 7 a.m. PT del 28 de mayo y finalizó cerca de la 1:30 p.m. PT. Sui dijo que una transacción podía fallar por fondos insuficientes, pero la red aún podría intentar gastar el mismo saldo durante el procesamiento de gas. Eso creó un saldo negativo durante la liquidación y provocó que los validadores fallaran.

Tras las interrupciones de la semana pasada relacionadas con la versión 1.72, el equipo central de Sui ha completado una investigación y revisión de incidentes, detallando lo sucedido y los pasos tomados por los validadores para reiniciar la red.

— Sui (@SuiNetwork) 31 de mayo de 2026

El equipo central propuso una solución rápida para restaurar la actividad mientras los ingenieros trabajaban en una solución más sólida. La solución temporal tenía un problema conocido con una baja probabilidad de causar otra detención. El equipo aceptó ese riesgo para reactivar la red detenida más rápido.

Ese riesgo apareció más tarde. El 29 de mayo, la red encontró una variante del mismo problema y se detuvo nuevamente. La segunda interrupción comenzó alrededor de las 5 a.m. PT y finalizó cerca de las 8:30 a.m. PT. Para entonces, el equipo casi había completado una solución más amplia, y los validadores la adoptaron más tarde esa mañana.

Errores de actualización provocan tres detenciones de Sui

La tercera interrupción provino de un error diferente. Apareció durante el siguiente cambio de época programado después de que los validadores se reiniciaron para instalar la solución del viernes por la mañana. Los validadores de Sui ejecutan un proceso de generación de claves distribuidas al inicio de cada época para admitir la aleatoriedad en cadena para las aplicaciones que la necesitan.

Después del reinicio, muy pocos validadores participaron en ese proceso, por lo que la aleatoriedad se desactivó según lo diseñado. Sin embargo, un error separado impidió que los validadores guardaran el estado correctamente. Cuando los validadores se reiniciaron, no recordaban que la aleatoriedad ya había fallado para la época.

Ese fallo dejó atascadas las transacciones vinculadas a la aleatoriedad. La lógica de fin de época necesitaba limpiar la cola pendiente antes de cerrar la época, pero el sistema esperaba un proceso que ya no podía finalizar. La tercera detención comenzó alrededor de la 1:30 p.m. PT del 29 de mayo y finalizó cerca de las 7:20 p.m. PT.

Los validadores luego corrigieron tanto el error de cobro de gas como el error de estado de aleatoriedad. Los fondos de los usuarios nunca corrieron riesgo durante las interrupciones, y la red no revirtió transacciones confirmadas después de que se reanudó la actividad.

La Fundación agregó un mecanismo que permitía a los validadores cerrar la época estancada en un punto coordinado. Los validadores usaron esa herramienta una vez durante la recuperación, luego la red pasó a la siguiente época y restauró la aleatoriedad.

La Fundación Sui también señaló que los agentes de IA ayudaron a los ingenieros a revisar los registros de los validadores, verificar el estado del clúster y recopilar métricas durante el trabajo de recuperación.

La revisión pone renovada atención en el riesgo de actualización para Sui, una cadena de bloques de Capa 1 construida por Mysten Labs. La red ha experimentado tiempo de inactividad anterior, incluyendo una parada en enero y una detención en noviembre de 2024 vinculada a un error de fallo de validador.

Anteriormente, el fundador de Sui, Adeniyi Abiodun, dijo que SUI hará privadas las transacciones de stablecoins de forma predeterminada, mostrando solo detalles clave al remitente y al receptor. La función tiene como objetivo proteger el historial de pagos de la vista pública, con planes de expandir las herramientas de privacidad a otros activos en Sui más adelante.

SUI se negoció cerca de $0.87 después de los incidentes, con una caída de aproximadamente 3% en 24 horas. Por ahora, la actividad de la red SUI se ha reanudado, mientras que el trabajo futuro se centrará en la contención de fallos para que una entrada incorrecta no detenga toda la cadena.