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

bitcoinist發佈於 2026-06-02更新於 2026-06-02

文章摘要

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

相關問答

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.

你可能也喜歡

XRP Ledger 发布 3.2.0 版本升级并启用 XRPLd 新品牌名

XRP Ledger发布了3.2.0版本,这是对其底层区块链基础设施的一次重要升级。本次更新的核心是将运行网络的软件名称从“rippled”更名为“xrpld”,以更好地反映整个项目生态。 与此前侧重于前端功能的版本不同,3.2.0版本优先进行了后端升级和效率提升,旨在增强网络性能并为未来的扩展做准备。关键改进包括内存优化措施,预计可节省高达40%的服务器内存使用。 此次升级引入了名为“fixCleanup3_2_0”的修改,为单资产金库、借贷协议、权限系统、去中心化交易所、多用途代币和权限域等多个模块带来了安全性增强。开发团队还新增了不变性检查,以确保已删除账户不会在账本上留下不一致的数据,从而加强整个网络的完整性和可靠性。 对于开发者而言,新版本增加了一项重要功能:应用程序无需连接服务器即可检索XRP Ledger协议和服务器定义信息,这将极大便利钱包、区块链浏览器和API等的开发工作。 在可扩展性和稳定性方面,更新包括可配置的区块大小、通过nuDB实现的高效数据库存储,以及将gRPC服务器的TLS/双向TLS支持改为可选,以提升企业用户的性能和连接性。此外,默认对等端口从51235更改为2459,并修复了涉及自动做市商、支付、代币托管、多用途代币、订单簿和RPC等多个方面的问题。出于性能考虑,3.2.0版本暂时禁用了交易不变性检查,但开发团队表示这不会构成安全威胁。

TheNewsCrypto6 小時前

XRP Ledger 发布 3.2.0 版本升级并启用 XRPLd 新品牌名

TheNewsCrypto6 小時前

交易

現貨
合約

熱門文章

如何購買SUI

歡迎來到HTX.com!在這裡,購買SUI Network (SUI)變得簡單而便捷。跟隨我們的逐步指南,放心開始您的加密貨幣之旅。第一步:創建您的HTX帳戶使用您的 Email、手機號碼在HTX註冊一個免費帳戶。體驗無憂的註冊過程並解鎖所有平台功能。立即註冊第二步:前往買幣頁面,選擇您的支付方式信用卡/金融卡購買:使用您的Visa或Mastercard即時購買SUI Network (SUI)。餘額購買:使用您HTX帳戶餘額中的資金進行無縫交易。第三方購買:探索諸如Google Pay或Apple Pay等流行支付方式以增加便利性。C2C購買:在HTX平台上直接與其他用戶交易。HTX 場外交易 (OTC) 購買:為大量交易者提供個性化服務和競爭性匯率。第三步:存儲您的SUI Network (SUI)購買SUI Network (SUI)後,將其存儲在您的HTX帳戶中。您也可以透過區塊鏈轉帳將其發送到其他地址或者用於交易其他加密貨幣。第四步:交易SUI Network (SUI)在HTX的現貨市場輕鬆交易SUI Network (SUI)。前往您的帳戶,選擇交易對,執行交易,並即時監控。HTX為初學者和經驗豐富的交易者提供了友好的用戶體驗。

859 人學過發佈於 2024.12.12更新於 2026.06.02

如何購買SUI

相關討論

歡迎來到 HTX 社群。在這裡,您可以了解最新的平台發展動態並獲得專業的市場意見。 以下是用戶對 SUI (SUI)幣價的意見。

活动图片