Recentemente, a blockchain Sui também enfrentou a situação embaraçosa de parar temporariamente de gerar blocos. Após duas horas e meia de paralisação, a equipe oficial da Sui também emitiu um relatório sobre o incidente. No entanto, o foco da Sui em uma blockchain de alto desempenho, após a paralisação na geração de blocos, faz as pessoas lembrarem-se do Solana há alguns anos. Ao comparar os dois, embora sejam muito diferentes em termos de linguagem de programação e arquitetura, ambos visam uma blockchain de alto desempenho, mas também são criticados por não serem suficientemente descentralizados.

Por que um código de controle de congestionamento desencadeou o colapso de todos os validadores

O relatório indica que em 21 de novembro de 2024, a Rede principal Sui experimentou uma interrupção completa das 1:15 às 3:45, horário do Pacífico. Todos os validadores entraram em um ciclo de colapso, resultando na incapacidade da rede de processar qualquer transação. Este incidente destaca a necessidade de uma maior estabilidade, mesmo ao melhorar o desempenho da blockchain de alta performance.

E de acordo com o comunicado oficial, a paralisação ocorreu devido a uma seção de código 'assert!' no controle de congestionamento da rede SUI que causou a falha dos validadores. Mais especificamente, a rede entra em colapso quando as seguintes condições são cumpridas:

Ativar o modo TotalGasBudgetWithCap de controle de congestionamento.

Recebeu uma transação com as seguintes características: um objeto compartilhado mutável como entrada, sem nenhuma instrução MoveCall

Quando essas transações entram na rede, todos os validadores entram em colapso ao mesmo tempo e a rede entra em paragem.

O que é o controle de congestionamento?

A arquitetura orientada a objetos da Rede principal SUI permite o processamento simultâneo de um grande número de transações, o que é a forma como alcança um alto desempenho. No entanto, se várias transações precisarem ser gravadas no mesmo objeto compartilhado, elas ainda precisarão ser executadas em sequência, e a velocidade de processamento desse tipo de transações será limitada. Para evitar congestionamentos causados por objetos compartilhados, a SUI introduz um mecanismo de controle de congestionamento para limitar a taxa de transações de um único objeto compartilhado. O autor acrescenta: anteriormente, durante um encontro de leitura offline em colaboração com a XueDAO, a SUI Foundation mencionou que a lógica consiste em agrupar transações com relação de causa e efeito para execução conjunta.

Recentemente, o SUI atualizou seu sistema de controle de congestionamento, introduzindo o modo TotalGasBudgetWithCap para avaliar com mais precisão a complexidade das transações. No entanto, um bug foi encontrado no código deste modo, o que levou ao incidente atual. A equipe do SUI agiu rapidamente após a descoberta do problema e lançou as versões Rede principal v1.37.4 e Testnet v1.38.1 com a correção de código (PR #20365). A comunidade de validadores mostrou uma eficiência extremamente alta, levando apenas 15 minutos desde a publicação da correção até a recuperação da rede.

Tipo de protocolo: A paralisação do SUI é completamente diferente da Solana

A paragem da SUI na produção de blocos pode inevitavelmente fazer-nos lembrar da Solana e até do TON deste ano. A este respeito, o CGO Kyrie do protocolo de Finanças Descentralizadas da SUI, Typus, partilhou a opinião da equipa sobre isto no Twitter. Ele apontou diretamente que isto é completamente diferente da paragem de produção de blocos da Solana. O problema da Solana é o congestionamento da rede que leva a falhas no sistema, e a resolução requer uma melhoria massiva na arquitetura, o que também significa que os problemas da Solana são difíceis de resolver a curto prazo. Enquanto que, desta vez, a SUI enfrenta claramente um problema técnico que não afeta a estrutura básica do sistema.

Kyrie indicou que o problema de falha desta vez está relacionado com a sobrefluência (overflow) dos valores ao calcular Custo de transação. Em termos simples, é como se o número de dígitos exibidos pelo computador não fosse suficiente e, quando o número é muito grande, é reiniciado para zero e recalculado. Nesta situação, o sistema entra num ciclo infinito, resultando no colapso de toda a rede.

Quando o valor calculado pelo sistema excede o intervalo de armazenamento, o design original era calcular incorretamente quando excede o intervalo, resultando em cálculos repetidos contínuos. Após a correção no PR #20365, um limite de cálculo correto foi definido para evitar essa situação. Ele também apontou que o cerne deste incidente está na lógica do programa de cálculo de Custo de transação, e não no Mecanismo de consenso do SUI ou no design do sistema. Isso também explica por que a correção pôde ser realizada tão rapidamente e diretamente.

Franklin Templeton e SUI anunciaram uma parceria

Antes do prazo de entrega, recebemos uma notícia de que no dia seguinte à interrupção do bloqueio, a Sui Foundation anunciou uma parceria com a Franklin Templeton. Na declaração, a Franklin Templeton mencionou os três protocolos e infraestruturas: Deepbook, Karrier One e ika. No entanto, com base nas operações da Franklin Templeton na blockchain, podemos esperar a combinação da Sui, uma cadeia pública orientada a objetos com foco máximo em segurança, com RWA.

Este artigo parou de bloquear pela primeira vez depois que Sui foi ao ar: os desenvolvedores disseram que o problema não era grande e, no dia seguinte, Franklin Templeton anunciou que a parceria apareceu pela primeira vez no Chain News ABMedia.