A pausa na ativação do Stylus na Arbitrum bloqueia o risco de ataques de IA

O Conselho de Segurança da Arbitrum decretou uma pausa nas ativações do Stylus na Arbitrum One e Nova, em vigor a partir de 2 de outubro de 2026. A medida é uma resposta de emergência ao risco de ataques assistidos por inteligência artificial.

Trata-se de uma pausa na ativação do Stylus na Arbitrum que não afeta os contratos já em funcionamento, mas bloqueia a ativação de novos programas baseados em WebAssembly até novo aviso, de acordo com o relatório de ação do Conselho de Segurança.

Resumo

• Pontos chave
• O bloqueio direcionado às novas ativações do Stylus
  • Como funciona o bloqueio: o mecanismo do gás
  • O que muda para os desenvolvedores
• Por que a pausa: o risco de ataques assistidos por IA
• Uma segunda proteção: as provas de um passo do BoLD
  • Possíveis atrasos nos saques para Ethereum
• Quando as ativações do Stylus serão reabertas

Pontos chave

• O Conselho de Segurança suspendeu as novas ativações de contratos Stylus na Arbitrum One e Nova a partir de 2 de outubro de 2026, devido ao risco de ataques assistidos por IA.
• A restrição foi introduzida aumentando o custo do gás de ativação a um nível proibitivo, sem necessidade de uma atualização do ArbOS.
• Os contratos Stylus já ativos continuam a funcionar normalmente, assim como o deployment e a execução dos contratos Solidity.
• Nenhum roubo de fundos dos usuários foi detectado, apesar dos bugs e vetores de ataque identificados.
• Uma proteção separada para as provas de um passo do BoLD pode atrasar as mensagens de saque ainda pendentes da Arbitrum One para Ethereum.

O bloqueio direcionado às novas ativações do Stylus

O bloqueio atinge apenas a ativação de novos contratos Stylus, não o código já em funcionamento na rede. A Arbitrum não está desligando nada: está fechando a porta para novas entradas.

A medida de 2 de outubro diz respeito especificamente à ativação dos contratos Stylus, o passo que torna um programa WebAssembly executável na cadeia, sem tocar no código já ativo.

Como funciona o bloqueio: o mecanismo do gás

O Conselho não impôs uma atualização de software, mas agiu sobre o preço do gás. Ele aumentou o requisito de gás para a ativação a um nível que o próprio Conselho definiu como "proibitivo", tornando, de fato, as novas ativações fora do alcance sem alterar o protocolo subjacente.

Isso significa que a correção não exigiu uma atualização do ArbOS, o software que faz funcionar a Arbitrum One e Nova. O Conselho tratou isso como uma simples alteração de configuração, reversível rapidamente uma vez que o risco seja abordado.

O que muda para os desenvolvedores

Para quem já usa o Stylus, a diferença prática está entre armazenar código e torná-lo utilizável. O deployment, que armazena um programa on-chain, não é afetado. A ativação é o que permanece congelado.

As novas instâncias de contrato que reutilizam uma ativação já válida de código idêntico ainda podem ser lançadas normalmente. O que está bloqueado é tudo que requer um novo início: uma nova versão do aplicativo, um programa expirado que tenta reativar-se, ou um contrato Stylus que necessita de reativação após uma mudança de versão.

Antes que um programa expire, os desenvolvedores mantêm a opção de prolongar seu estado ativo através do mecanismo de renovação keepalive, sem permissões especiais. Os programas próximos à expiração não estão, portanto, automaticamente terminados, desde que a equipe responsável renove a tempo.

O deployment e a execução ordinária dos contratos Solidity na Arbitrum permanecem totalmente normais. A maior parte da atividade diária na rede --- protocolos DeFi, dApps e contratos token baseados em Solidity --- continua sem interrupções. É uma intervenção específica no Stylus, não um bloqueio de toda a rede.

Por que a pausa: o risco de ataques assistidos por IA

Arbitrum atribui a restrição a uma ameaça em crescimento: ataques cada vez mais sofisticados baseados em programas WebAssembly escritos à mão com a assistência de inteligência artificial, capazes de contornar a toolchain padrão do compilador Stylus.

Em outras palavras, os atacantes não escrevem necessariamente código Rust ou C malicioso compilando-o da maneira normal: eles constroem bytecode WebAssembly bruto projetado para explorar casos limite que o compilador impediria.

Segundo o Council, os bugs conhecidos relacionados a esse risco ameaçam principalmente a liveness da chain, não os ativos dos usuários: trata-se de condições de negação de serviço que poderiam bloquear partes da rede, não esvaziar wallets. Nenhum ataque que permita o roubo de fundos dos usuários foi identificado, uma distinção que o Council especificou com atenção.

Para quem detém ativos no Arbitrum, o perfil de risco diz respeito, portanto, à estabilidade e ao uptime da rede, não a uma perda direta de fundos. Resta, no entanto, significativo que bytecode WebAssembly personalizado e gerado com IA possa sondar fraquezas fora da toolchain normal: um sinal que as equipes de segurança blockchain em todo o setor provavelmente observam com atenção, enquanto o desenvolvimento de exploits assistidos por IA se torna mais difundido.

Uma segunda proteção: as one-step proofs de BoLD

Juntamente com o bloqueio no Stylus, a mesma ação de emergência do dia 2 de outubro introduziu uma proteção separada para as one-step proofs de BoLD no Arbitrum One, o mecanismo usado para resolver disputas durante os períodos de contestação no processo de settlement da chain.

A proteção diz respeito a um caso específico: quando duas respostas contraditórias são apresentadas para o mesmo passo dentro de uma contestação aberta e o sistema one-step proof acaba por validar ambas, surge um conflito durante o settlement. A nova proteção suspende o settlement de Arbitrum One para Ethereum se essa condição ocorrer, dando ao Council o espaço para implementar uma correção antes de retomar o settlement normal.

Possíveis atrasos nos saques para Ethereum

Arbitrum esclarece que Arbitrum One continua a processar transações normalmente mesmo que esse bloqueio seja ativado. O problema diz respeito às mensagens em movimento de Arbitrum One para Ethereum que ainda não foram confirmadas, incluindo os saques.

Essas mensagens devem aguardar enquanto o Council resolve o conflito e retoma o settlement. A instalação da proteção não suspende automaticamente os saques: o atraso é ativado apenas se a condição específica de conflito entre provas for efetivamente atendida.

Vale a pena sinalizar para quem planeja transferir ativos para fora do Arbitrum One no curto prazo: um saque que normalmente se liquida no Ethereum dentro da janela habitual pode, no pior dos casos, permanecer pendente mais do que o esperado.

Quando reabrirão as ativações do Stylus

Ainda não existe uma data fixa para a retomada das novas ativações do Stylus. O relatório do dia 2 de outubro e o aviso aos desenvolvedores deixaram a cronologia em aberto.

O Council declarou que a Arbitrum Foundation trabalhará junto com a ArbitrumDAO para decidir tanto os tempos quanto as modalidades do restabelecimento das ativações.

Essa abertura coloca os desenvolvedores focados no Stylus em uma fase de espera. As equipes com contratos ativos podem continuar a operar e renovar através dos mecanismos keepalive, mas quem planeja lançar novas aplicações Stylus ou implementar atualizações de versão importantes terá que aguardar que a Foundation e a DAO definam os próximos passos. A pausa nas ativações do Stylus no Arbitrum permanece, portanto, em aberto, sem um horizonte temporal definido.

Conteúdo realizado com a assistência da inteligência artificial e com revisão editorial humana.