Recientemente, la cadena pública Sui también se enfrenta a la situación de dejar de producir bloques temporalmente. Después de experimentar un bloqueo de dos horas y media, el equipo oficial de Sui también emitió un informe sobre el incidente. Sin embargo, el enfoque principal de Sui en la cadena pública de alto rendimiento, después de experimentar la interrupción en la producción de bloques, también hace que la gente piense en Solana hace unos años. Al comparar los dos, a pesar de las grandes diferencias en lenguaje de programación y arquitectura, ambos se centran en cadenas públicas de alto rendimiento, pero también son criticados por no tener suficiente Descentralización.

¿Por qué un código de control de congestión desencadenó el colapso de todos los validadores?

El informe señala que el 21 de noviembre de 2024, entre la 1:15 y las 3:45, hora del Pacífico, la Mainnet de SUI experimentó una interrupción total. Todos los validadores entraron en un ciclo de colapso, lo que provocó que toda la red no pudiera procesar ninguna transacción. Este evento destaca la necesidad de una alta estabilidad en las cadenas públicas de alto rendimiento mientras mejoran su rendimiento.

Y según el comunicado oficial, la razón de esta suspensión se debe a que un segmento de código de control de congestión de la red SUI ha desencadenado un colapso de los validadores. Específicamente, el colapso de la red se produce cuando se cumplen simultáneamente las siguientes condiciones:

Activar el modo TotalGasBudgetWithCap de control de congestión.

Recibí una transacción que contiene las siguientes características: un objeto compartido variable como entrada, sin ninguna instrucción MoveCall.

Cuando este tipo de transacciones ingresan a la red, todos los validadores colapsan al mismo tiempo y la red se paraliza.

¿Qué es el control del tráfico?

La arquitectura orientada a objetos de Sui Mainnet permite el procesamiento simultáneo de un gran número de transacciones, lo que es la forma en que logra un alto rendimiento. Sin embargo, si varias transacciones necesitan escribirse en el mismo objeto compartido, aún deben ejecutarse en secuencia, y la velocidad de procesamiento de este tipo de transacciones está limitada. Para evitar la congestión causada por objetos compartidos, Sui introduce un mecanismo de control de congestión para limitar la velocidad de transacción de un único objeto compartido. El autor añade: en un evento de lectura conjunta offline entre la Fundación Sui y XueDAO, se mencionó que su lógica consiste en ejecutar juntas las transacciones que tienen una relación causal.

Recientemente, Sui ha actualizado su sistema de control de congestión e ha introducido el modo TotalGasBudgetWithCap para evaluar la complejidad de las transacciones con mayor precisión. Sin embargo, se ha descubierto un error en el código de este modo que ha causado el incidente actual. El equipo de Sui ha actuado rápidamente después de descubrir el problema, y ha lanzado las actualizaciones de Mainnet v1.37.4 y Testnet v1.38.1 mediante la corrección del código (PR #20365). La comunidad de validadores ha mostrado una respuesta extremadamente eficiente, restaurando la red en solo 15 minutos después de la publicación de la corrección.

Tipo de protocolo: La forma en que SUI deja de producir bloques es completamente diferente a Solana

La suspensión de la producción de bloques de Sui inevitablemente evoca a Solana e incluso al TON de este año. Sobre esto, Kyrie, el CGO de  Finanzas descentralizadas protocolo Typus en Sui, compartió la opinión de los miembros del equipo en Twitter, señalando directamente que esto es completamente diferente a la suspensión de la producción de bloques en Solana. El problema de Solana se debe a la congestión de la red que provoca el colapso del sistema, y para resolverlo se requiere una mejora a gran escala de la infraestructura, lo que también significa que el problema de Solana es difícil de resolver a corto plazo. En cambio, el problema de Sui en esta ocasión es claramente un problema técnico y no afecta la infraestructura del sistema.

Kyrie dijo que el problema de esta caída se debió a un desbordamiento de valor al calcular el Costo de la transacción. En pocas palabras, es como si el número mostrado en la calculadora no fuera suficiente y, cuando el número es demasiado grande, vuelve a cero para recalcular. En esta situación, el sistema entra en un bucle infinito, lo que finalmente provoca la paralización de toda la red.

Cuando el valor calculado por el sistema supera el rango de almacenamiento, el diseño original era calcular incorrectamente cuando se excede el rango, lo que lleva al sistema a repetir el cálculo. Con la corrección PR #20365, se establece el límite de cálculo correcto para evitar esta situación. También señaló que la clave del incidente radica en la lógica del programa de cálculo de Costo de la transacción, no en el Mecanismo de consenso de Sui o en el diseño de la arquitectura del sistema. Esto también explica por qué la reparación puede ser tan rápida y directa.

Franklin Templeton y SUI anuncian una colaboración

Just before the deadline, news came that the Sui Foundation announced a partnership with Franklin Templeton the day after the block production stopped. In the statement, Franklin Templeton mentioned three protocols and infrastructures: Deepbook, Karrier One, and ika. However, based on Franklin Templeton's operations in the blockchain, we may expect the combination of Sui, an object-oriented, security-focused public chain, and RWA.

Este artículo SUI deja de generar bloques por primera vez desde su lanzamiento: los desarrolladores aseguran que no hay problemas y al día siguiente Franklin Templeton anuncia una asociación. Apareció por primera vez en las noticias de blockchain ABMedia.