Sui revela qué causó las tres interrupciones de la mainnet tras la importante actualización de la red

bitcoinistPublicado a 2026-06-02Actualizado a 2026-06-02

Resumen

La red principal de Sui sufrió tres interrupciones los días 28 y 29 de mayo tras la actualización 1.72, que expuso casos extremos en la lógica de cobro de gas y reinicio de validadores. Según un análisis post-mortem de la Fundación Sui, no hubo riesgo para los fondos de los usuarios y los problemas ya se resolvieron. Las dos primeras interrupciones se debieron a un error en la lógica de cobro de gas relacionado con la nueva función de saldo de direcciones, lo que provocó un desbordamiento negativo durante la liquidación. Se aplicó un parche provisional que permitió reanudar la red, pero una condición enmascarada causó una segunda parada. La tercera interrupción ocurrió durante un cambio de época programado. Tras los reinicios, un error impidió que los validadores recordaran un fallo previo en el protocolo de generación de claves distribuidas (DKG), lo que bloqueó la transición. La solución incluyó persistir el estado del DKG y añadir un mecanismo para cerrar la época bloqueada de forma coordinada. La Fundación Sui destacó lecciones clave: se necesita mayor resiliencia en las transiciones de época y más rigor en la lógica de cobro de gas, dada su compleja interacción con otros componentes de la red.

La mainnet de Sui sufrió tres interrupciones separadas entre el 28 y el 29 de mayo después de que la versión 1.72 de la red expusiera casos límite en la lógica de cálculo de gas y en el reinicio de validadores, según un análisis post-mortem de la Sui Foundation. La fundación afirmó que los problemas ya se han resuelto, que la actividad de la red se ha reanudado y que "no hubo riesgo para los fondos de los usuarios".

Los incidentes comenzaron el jueves 28 de mayo, cuando la mainnet de Sui se detuvo alrededor de las 7:00 a.m. (hora del Pacífico) y permaneció inactiva hasta aproximadamente la 1:30 p.m. (hora del Pacífico). Un segundo corte siguió la mañana del viernes, comenzando alrededor de las 5:00 a.m. (hora del Pacífico) y terminando hacia las 8:30 a.m. (hora del Pacífico). La tercera interrupción comenzó el viernes por la tarde, aproximadamente a la 1:30 p.m. (hora del Pacífico), y se resolvió hacia las 7:20 p.m. (hora del Pacífico).

Según la fundación, los dos primeros cortes se debieron a errores de colisión (crash bugs) relacionados con la interacción entre la lógica de cálculo de gas y la actualización 1.72 de Sui, que introdujo los saldos por dirección. La tercera interrupción fue independiente, desencadenada durante un cambio de época programado después de que los reinicios de los validadores expusieran un error latente en cómo se preservaba el estado de aleatoriedad.

"Durante las interrupciones, no hubo riesgo para los fondos de los usuarios, y la red no revirtió ninguna transacción confirmada cuando se reanudó", declaró la Sui Foundation. "A día de hoy, los validadores han abordado completamente los problemas conocidos causados tanto por el error original de cálculo de gas como por el error del estado de aleatoriedad, y la actividad de la red se ha reanudado".

El error de cálculo de gas de Sui desencadenó las primeras interrupciones

El primer problema se centró en la nueva función de saldo por dirección de Sui, que permite a los usuarios almacenar fondos y pagar gas sin depender únicamente de objetos tipo 'coin'. Las transacciones en Sui pueden pagar el gas mediante saldos por dirección, objetos 'coin' o una estructura híbrida que combina ambos.

El caso límite surgió en esa ruta híbrida de gas. Cuando una transacción intentaba gastar desde un saldo por dirección que no podía cubrir transacciones concurrentes, el programador (scheduler) la cancelaba correctamente con un error InsufficientFundsForWithdraw. Pero más tarde, durante el proceso de "gas smashing" —la combinación de 'coins' de entrada en una sola 'coin' para pagar el gas— la misma reserva podía intentar debitar fondos nuevamente.

En la explicación de la fundación, el fallo (crash) no ocurrió directamente durante el 'gas smashing', sino durante la liquidación (settlement), cuando los deltas de saldo eran reconciliados por una transacción del sistema. Un delta negativo aplicado a un saldo cero provocó un desbordamiento por la parte baja (underflow).

La solución inmediata fue conceptualmente sencilla: evitar el 'gas smashing' cuando una transacción se cancela con InsufficientFundsForWithdraw. Los validadores adoptaron esa solución el jueves, poniendo la red de nuevo en línea. Pero la fundación reconoció que el parche era una medida provisional, elegida para restaurar la red mientras los ingenieros desarrollaban una solución más completa.

"Cambiar la lógica del gas es una operación delicada", escribió la fundación. "Como se explicó anteriormente, hay interacciones complicadas entre los saldos por dirección y los 'coins'. Aparte de corregir errores, los cambios en la lógica del gas deben preservar todo el comportamiento anterior o utilizar compuertas de versión (version gating) apropiadas".

Ese parche provisional contenía una debilidad conocida. Si una transacción tenía múltiples motivos de cancelación, otro error podía enmascarar la condición InsufficientFundsForWithdraw. Cuando eso ocurrió el viernes por la mañana, aún se podía llegar a la ruta original del 'underflow', causando una segunda parada.

El cambio de época expuso un error en el estado de aleatoriedad

La tercera interrupción ocurrió después de que la red reanudara su funcionamiento normal el viernes por la mañana. En el siguiente cambio de época programado, los validadores no pudieron completar la transición debido a un error relacionado con el protocolo de generación de claves distribuidas (DKG) de Sui, que inicializa la aleatoriedad para transacciones que dependen de aleatoriedad en cadena (on-chain randomness).

Durante el ciclo de reinicio anterior, la participación no fue lo suficientemente alta para el proceso DKG de la siguiente época, por lo que la aleatoriedad se desactivó según lo diseñado. El problema fue que el veredicto de fallo no se escribió en el disco. Cuando los validadores se reiniciaron nuevamente, volvieron a funcionar sin recordar que el DKG había fallado.

"Sin que los validadores recordaran que el DKG había fallado, no podía suceder, la cola en pausa creció, y la lógica de fin de época —que debe vaciar esa cola antes de cerrar— se quedó esperando un DKG que nunca llegaría", dijo la fundación.

La solución tuvo dos partes: persistir el estado del DKG entre reinicios y añadir un mecanismo que permitiera a los validadores cerrar la época bloqueada en un punto coordinado. Ese mecanismo se utilizó una vez para cerrar la época afectada, después de lo cual la red pasó a la siguiente época y se restauró la aleatoriedad.

El análisis post-mortem enmarcó las interrupciones como una lección de ingeniería más amplia para Sui. La fundación señaló que la resiliencia al final de la época necesita más inversión, particularmente en torno a la degradación elegante y a los mecanismos de cierre forzoso operativo. También indicó que el cálculo del gas merece el mismo nivel de rigor que la Move VM o el consenso Mysticeti, dada su interacción con la liquidación, las comprobaciones de conservación y la programación.

Al cierre de esta edición, SUI cotizaba a $0.8798.

Sui permanece por debajo de la EMA de 20 semanas, gráfico de 1 semana | Fuente: SUIUSDT en TradingView.com

Preguntas relacionadas

Q¿Qué provocó las tres interrupciones en la mainnet de Sui después de la actualización de la versión 1.72?

ALa red principal de Sui sufrió tres interrupciones los días 28 y 29 de mayo debido a casos límite (edge cases) expuestos por la versión 1.72. Los dos primeros parones fueron causados por errores de colapso (crash bugs) relacionados con la lógica de cobro de gas y la nueva funcionalidad de saldos de dirección. La tercera interrupción fue provocada por un error latente en cómo se conservaba el estado de aleatoriedad (randomness-state bug) durante los reinicios de los validadores.

Q¿Qué característica nueva introdujo la actualización 1.72 que estuvo en el centro del primer problema?

ALa actualización 1.72 de Sui introdujo la funcionalidad de 'saldos de dirección' (address balances). Esta característica permite a los usuarios almacenar fondos y pagar las tarifas de gas (gas fees) sin depender únicamente de objetos de moneda (coin objects).

QSegún la Fundación Sui, ¿corrieron riesgo los fondos de los usuarios durante estas interrupciones?

ANo, según la Fundación Sui, durante las interrupciones 'no user funds were at risk' (los fondos de los usuarios no corrieron riesgo) y la red no revirtió ninguna transacción ya confirmada cuando se reanudó el servicio.

Q¿Qué causó la tercera interrupción de la red, relacionada con el protocolo DKG?

ALa tercera interrupción fue causada por un error en la lógica de cambio de época (epoch change). Tras los reinicios de los validadores, un fallo en el protocolo de generación de claves distribuidas (DKG) hizo que el veredicto de fallo no se guardara en disco. Cuando los validadores se reiniciaron de nuevo, no recordaban que el DKG había fallado, lo que dejó atascada la lógica de fin de época, que esperaba indefinidamente un proceso DKG que nunca llegaría.

Q¿Qué lecciones de ingeniería destacó la Fundación Sui en su análisis postmortem de los incidentes?

ALa Fundación Sui destacó que la resiliencia al final de cada época (end-of-epoch) necesita más inversión, especialmente en mecanismos de degradación controlada (graceful degradation) y cierre forzoso operativo. También señaló que la lógica de cobro de gas merece el mismo nivel de rigor que la Move VM o el consenso Mysticeti, dada su compleja interacción con la liquidación, las comprobaciones de conservación y la programación de transacciones.

Lecturas Relacionadas

Tras un aumento del 32% de Marvell, sale a la luz la familia china de semiconductores escondida detrás

El 2 de junio, Marvell subió un 32.5%, alcanzando un máximo histórico tras ser destacada por Jensen Huang de NVIDIA como un núcleo clave de la arquitectura de centros de datos de IA. Esta empresa fue fundada en 1995 por Weili Dai y su esposo Sehat Sutardja, miembros de una influyente familia chino-estadounidense en la industria de semiconductores. Los tres hermanos Dai, todos graduados en ingeniería eléctrica de UC Berkeley, han lanzado seis empresas en treinta años, coincidiendo con cambios de paradigma en la industria. Weili Dai cofundó Marvell. Weimin Dai, el hermano mayor, fundó VeriSilicon (Cotización en China, 1500 millones de RMB), líder en IP de semiconductores en China. Weijin Dai, el segundo hermano, fundó Vivante, una empresa de IP de GPU integradas adquirida por VeriSilicon. La alianza entre las familias Dai y Sutardja ha tejido una red industrial que abarca desde EDA e IP hasta fábricas de encapsulado avanzado. Su cartera de inversiones incluye empresas clave de la era de los "chiplets" y la IA, como Alphawave (adquirida por Qualcomm), Dream Big Semiconductor (adquirida por Arm) y Silicon Box (empresa de encapsulado avanzado valorada como unicornio). La revalorización de Marvell se debe a su enfoque en ASIC personalizados e interconexión de alta velocidad para IA. La estrategia de la familia sigue una lógica similar: construir componentes críticos para estándares abiertos en la era de los chiplets, en lugar de competir directamente con gigantes como NVIDIA. Su combinación de activos, que incluye VeriSilicon, Silicon Box y participaciones en más de diez empresas, se estima en más de 22 mil millones de dólares, posicionándolos de manera única en la infraestructura de IA actual.

marsbitHace 41 min(s)

Tras un aumento del 32% de Marvell, sale a la luz la familia china de semiconductores escondida detrás

marsbitHace 41 min(s)

Microsoft teme ser marginada por los gigantes de la IA

La conferencia Build 2026 de Microsoft revela una estrategia crucial para evitar quedar marginada en la era de la IA. Tras revisar su acuerdo con OpenAI en abril, perdiendo la exclusividad sobre sus modelos, Microsoft se enfrenta a un dilema: aunque su negocio de IA en Azure genera miles de millones, depende en gran medida de ejecutar modelos de socios como OpenAI y Anthropic. El CEO Satya Nadella respondió con el lanzamiento de siete modelos propios, enfocados principalmente en competir con Anthropic en el segmento empresarial y de desarrollo. Sin embargo, el verdadero foco de Microsoft no es solo crear modelos, sino construir la plataforma subyacente que los gestione. Los datos muestran que productos de consumo como Copilot tienen una adopción limitada. Por ello, Build 2026 se centró en herramientas para empresas y desarrolladores, como Surface RTX Spark Dev Box y, sobre todo, Agent 365, una plataforma para gobernar y asegurar agentes de IA en entornos corporativos. La preocupación subyacente es el futuro: con OpenAI y Anthropic preparando sus OPVs, podrían independizarse de la infraestructura de Azure. La apuesta de Nadella es que, aunque los modelos y la nube sean intercambiables, la capa de gestión empresarial de Microsoft (identidad, cumplimiento, seguridad) se vuelva indispensable. Microsoft aspira a ser el sistema operativo de la IA empresarial, no solo un proveedor de infraestructura, para no repetir su papel secundario en eras tecnológicas pasadas.

marsbitHace 54 min(s)

Microsoft teme ser marginada por los gigantes de la IA

marsbitHace 54 min(s)

La CPU, regresando sigilosamente al centro del escenario de la potencia computacional de IA

En los últimos tres años, la narrativa del cómputo de IA se centró casi exclusivamente en las GPU. Sin embargo, a partir de 2026, esta visión está cambiando. A medida que las cargas de trabajo de IA evolucionan desde el entrenamiento de modelos a gran escala hacia la inferencia masiva y la ejecución de agentes inteligentes, surge un nuevo cuello de botella: la orquestación, la concurrencia y el flujo de datos. El CPU está recuperando un papel central, no como proveedor principal de cómputo paralelo, sino como el "plano de control" de la infraestructura de IA. Este cambio es impulsado por la necesidad de gestionar miles de tareas ligeras, peticiones de inferencia y agentes simultáneamente, tareas para las cuales la arquitectura de GPU no está optimizada. Un ejemplo concreto: en los centros de datos de IA avanzados, como el proyecto "Fairwater" de Microsoft para OpenAI, extensos clusters de CPU son necesarios para sostener y gestionar las operaciones de los masivos clusters de GPU, manejando el flujo de datos y la planificación de tareas. Intel, con su nuevo procesador Xeon 6+ (fabricado en su proceso Intel 18A y con hasta 288 núcleos de eficiencia -E-cores), apuesta precisamente por este nicho. Su diseño prioriza la alta densidad de núcleos y la eficiencia energética para manejar cargas de trabajo de alto rendimiento y alta concurrencia propias de la inferencia y los agentes de IA. Sin embargo, el éxito de este "regreso del CPU" no está garantizado para Intel. Enfrenta una competencia multifacética: las soluciones integradas "CPU+GPU" de NVIDIA, el avance de los CPU ARM de alta densidad de AMD y Ampere, y la tendencia de los principales proveedores de nube (AWS, Google, Microsoft, Alibaba) a desarrollar sus propios CPU ARM personalizados para estos mismos workloads. En conclusión, la redefinición del CPU como el plano de control orquestador en la infraestructura de IA es una tendencia industrial clara. Que Intel, con su Xeon 6+, logre capitalizar esta oportunidad dependerá de su capacidad para competir en un panorama donde la arquitectura, el proceso de fabricación y los ecosistemas están en constante disputa.

marsbitHace 1 hora(s)

La CPU, regresando sigilosamente al centro del escenario de la potencia computacional de IA

marsbitHace 1 hora(s)

Trading

Spot
Futuros

Artículos destacados

Cómo comprar SUI

¡Bienvenido a HTX.com! Hemos hecho que comprar SUI Network (SUI) sea simple y conveniente. Sigue nuestra guía paso a paso para iniciar tu viaje de criptos.Paso 1: crea tu cuenta HTXUtiliza tu correo electrónico o número de teléfono para registrarte y obtener una cuenta gratuita en HTX. Experimenta un proceso de registro sin complicaciones y desbloquea todas las funciones.Obtener mi cuentaPaso 2: ve a Comprar cripto y elige tu método de pagoTarjeta de crédito/débito: usa tu Visa o Mastercard para comprar SUI Network (SUI) al instante.Saldo: utiliza fondos del saldo de tu cuenta HTX para tradear sin problemas.Terceros: hemos agregado métodos de pago populares como Google Pay y Apple Pay para mejorar la comodidad.P2P: tradear directamente con otros usuarios en HTX.Over-the-Counter (OTC): ofrecemos servicios personalizados y tipos de cambio competitivos para los traders.Paso 3: guarda tu SUI Network (SUI)Después de comprar tu SUI Network (SUI), guárdalo en tu cuenta HTX. Alternativamente, puedes enviarlo a otro lugar mediante transferencia blockchain o utilizarlo para tradear otras criptomonedas.Paso 4: tradear SUI Network (SUI)Tradear fácilmente con SUI Network (SUI) en HTX's mercado spot. Simplemente accede a tu cuenta, selecciona tu par de trading, ejecuta tus trades y monitorea en tiempo real. Ofrecemos una experiencia fácil de usar tanto para principiantes como para traders experimentados.

662 Vistas totalesPublicado en 2024.12.12Actualizado en 2026.06.02

Cómo comprar SUI

Discusiones

Bienvenido a la comunidad de HTX. Aquí puedes mantenerte informado sobre los últimos desarrollos de la plataforma y acceder a análisis profesionales del mercado. A continuación se presentan las opiniones de los usuarios sobre el precio de SUI (SUI).

活动图片