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

bitcoinistPublished on 2026-06-02Last updated on 2026-06-02

Abstract

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

Related Questions

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.

Related Reads

Pricing OpenAI Pre-IPO: A New, Life-or-Death Business on Hyperliquid Lasting Half a Year

Pricing OpenAI Pre-IPO: Hyperliquid's High-Stakes, Six-Month Business Venture The article analyzes the nascent market for pre-IPO perpetual contracts on the Hyperliquid blockchain, exemplified by two contrasting teams: Trade.xyz and Ventuals. Trade.xyz, an anonymous team, successfully built the largest pre-market on Hyperliquid. Its strategy focused on near-term events, like the SpaceX IPO. By listing a SpaceX contract with a known launch date and price, the market had a tangible "anchor" (the eventual Nasdaq opening price) to converge upon, which kept speculation in check. This approach fueled significant growth. In stark contrast, Ventuals, backed by Paradigm, failed despite holding coveted contracts for OpenAI and Anthropic. Its critical flaw was its pricing mechanism for these companies, which have no imminent IPO. Ventuals' oracle price was half-derived from infrequent private market transactions and half from its own contract's moving average. This created a self-reinforcing loop where buying pressure artificially inflated the price, disconnecting it from real supply and demand. The market became illiquid and structurally skewed. Ventuals shut down nine months after launch, reportedly through an acquisition. Its final settlement prices—OpenAI at ~$1,341 and Anthropic at ~$1,618—were thus partially products of its flawed model. Ironically, some company employees and late-stage VCs reportedly used these prices for valuation reference, highlighting the desperate demand for price discovery in opaque private markets. The failure of Ventuals exposes the core challenge of this business: price for illiquid, non-public assets requires a robust, self-correcting market, which is absent without a definitive public listing event. Nevertheless, demand is driving major players like Coinbase and traditional finance (e.g., Citi) to enter the space, aiming to provide 24/7 trading for coveted private company shares. The venture's ultimate viability, however, hinges on solving the fundamental pricing problem Ventuals could not.

marsbit1h ago

Pricing OpenAI Pre-IPO: A New, Life-or-Death Business on Hyperliquid Lasting Half a Year

marsbit1h ago

Trading

Spot
Futures

Hot Articles

How to Buy SUI

Welcome to HTX.com! We've made purchasing SUI Network (SUI) simple and convenient. Follow our step-by-step guide to embark on your crypto journey.Step 1: Create Your HTX AccountUse your email or phone number to sign up for a free account on HTX. Experience a hassle-free registration journey and unlock all features.Get My AccountStep 2: Go to Buy Crypto and Choose Your Payment MethodCredit/Debit Card: Use your Visa or Mastercard to buy SUI Network (SUI) instantly.Balance: Use funds from your HTX account balance to trade seamlessly.Third Parties: We've added popular payment methods such as Google Pay and Apple Pay to enhance convenience.P2P: Trade directly with other users on HTX.Over-the-Counter (OTC): We offer tailor-made services and competitive exchange rates for traders.Step 3: Store Your SUI Network (SUI)After purchasing your SUI Network (SUI), store it in your HTX account. Alternatively, you can send it elsewhere via blockchain transfer or use it to trade other cryptocurrencies.Step 4: Trade SUI Network (SUI)Easily trade SUI Network (SUI) on HTX's spot market. Simply access your account, select your trading pair, execute your trades, and monitor in real-time. We offer a user-friendly experience for both beginners and seasoned traders.

8.3k Total ViewsPublished 2024.03.29Updated 2026.06.02

How to Buy SUI

Discussions

Welcome to the HTX Community. Here, you can stay informed about the latest platform developments and gain access to professional market insights. Users' opinions on the price of SUI (SUI) are presented below.

活动图片