40 milhões de transações por segundo é um número que facilmente nos faz parar para pensar. Mas, para perceber o que significa, a primeira pergunta deve ser: onde ocorrem as transações e que parte delas é confirmada pela blockchain?
1. O número anunciado
Segundo a Sui Foundation, o teste realizado no Sui Basecamp, em Singapura, em 7/10/2026, atingiu 40.614.180 TPS através dos Sui tunnels. O comunicado informa que a CertiK verificou o resultado ao vivo e que também irá analisar os dados e publicar um relatório detalhado. A imagem mostra o ecrã num determinado momento da demonstração, por isso o número nela é diferente do resultado anunciado.
2. Como funcionam os tunnels?
A Sui descreve tunnels como canais programáveis de estado e pagamento. As partes interagem off-chain no canal e, quando ele é fechado, liquidam o resultado na Sui mainnet. O estado de fechamento do canal é assinado conjuntamente pelas partes e pode ser verificado on-chain.
O teste anterior, realizado em julho, também usou esse mecanismo para pagamentos, jogos e conversas entre usuários e agentes de IA. Isso ajuda a entender o alcance da palavra “transação”: ela inclui interações dentro de aplicações, não apenas transferências de tokens.
3. Um exemplo fácil de visualizar
Imagine dois serviços de IA trocando continuamente dados pagos. Este é um exemplo ilustrativo, não uma descrição de um produto já implementado.
O Serviço A precisa receber pequenos pacotes de dados do Serviço B. A cada recebimento de dados, as duas partes atualizam suas obrigações de pagamento conforme as regras acordadas. Se cada troca tivesse de ser registrada na blockchain, o sistema precisaria processar até mesmo valores muito pequenos e repetidos continuamente.
Em um modelo de canais, muitas interações podem ocorrer entre as partes antes da liquidação do resultado. Podemos imaginar isso como uma sessão de trabalho com um registro de conciliação próprio: o que deve ser analisado é como as partes confirmam as atualizações, finalizam o resultado e lidam com divergências.
Este exemplo explica apenas como separar a interação da liquidação. Isso não significa que qualquer aplicação de IA possa adotar o mesmo modelo sem precisar de um design adicional.
4. Por que é importante interpretar corretamente o TPS?
Contar atualizações off-chain em tunnels e contar transações executadas diretamente na camada base são duas medições diferentes. Portanto, comparar esse número com o TPS de outra blockchain só faz sentido quando sabemos que ambos estão medindo o mesmo tipo de trabalho.
Ao ler um benchmark, eu perguntaria:
• Que tarefa cada “transação” executa?
• O número representa um pico de curto prazo ou uma velocidade sustentada?
• Quantos recursos foram usados para gerar a carga?
• Quanto tempo os usuários levam para obter o resultado da liquidação?
• O que acontece quando uma das partes se desconecta ou não coopera?
Um número alto ajuda a iniciar a discussão. As perguntas acima é que ajudam os desenvolvedores a avaliar se o design é adequado para seus produtos.
5. Onde os agentes de IA poderiam usar esse modelo?
Na minha opinião, vale a pena explorar as interações frequentes e de baixo valor entre partes que mantêm uma relação recorrente.
Por exemplo: um agente paga por cada uso de dados; dois serviços conciliam várias tarefas em uma sessão; ou agentes participam de um jogo cujo estado muda continuamente. Essas são possibilidades de aplicação, não evidências de demanda comercial real.
Ao desenvolver um produto, a velocidade resolve apenas parte do problema. Os desenvolvedores ainda precisam definir limites de gastos, permissões de assinatura, formas de revogar permissões, verificar a qualidade dos resultados e tratar erros. Um agente que paga muito rápido, mas compra dados errados, continua sendo um produto problemático.
Também gostaria de ver uma experiência simples o suficiente para que os usuários entendam quais permissões estão concedendo e quando o dinheiro será liquidado. Essa facilidade de uso precisa ser avaliada separadamente dos resultados do benchmark.
6. Do desempenho técnico ao valor do $SUI
Vejo esse recorde como um motivo para investigar a arquitetura mais a fundo. Para avaliar o impacto econômico, são necessários mais dados sobre aplicações reais, clientes pagantes, custos operacionais e atividades efetivas de liquidação.
Não é possível pegar o número de interações em um teste e simplesmente multiplicá-lo pela taxa de gas para deduzir a receita da rede. Também não há base suficiente para transformar um recorde de TPS em uma previsão do preço do token.
O que quero acompanhar daqui para frente é: quais produtos esse design ajuda a melhorar, quem realmente precisa usá-lo e como essa demanda se traduz em atividade econômica na Sui?
Você se interessa mais pelo número de TPS ou pelas aplicações que podem ser construídas com esse mecanismo? Se você fosse desenvolvedor, para qual problema testaria tunnels primeiro?
Fonte oficial:
https://www.sui.io/blog/sui-sets-record-for-highest-verified-throughput-settled-to-a-blockchain
https://www.sui.io/blog/sui-processes-over-6-million-transactions-per-second-in-ai-agent-livestream-experiment
#SUI #SuiBasecamp #AIAgents $SUI
