Arbitrum "Fingiu Ser o Hacker" — E "Roubou de Volta" Fundos Roubados da KelpDAO

21 de abr. de 2026

Arbitrum "Fingiu Ser o Hacker" — E "Roubou de Volta" Fundos Roubados da KelpDAO

Em DeFi, as histórias raramente terminam quando a transação de exploração é minerada. O incidente da KelpDAO — amplamente descrito como um dos maiores eventos de segurança DeFi de 2026 — acabou de ganhar uma sequência inesperada: a Arbitrum executou uma ação emergencial onchain que se fez passar pelo endereço do explorador e moveu ~30.765 ETH para um endereço de cofre congelado, efetivamente "roubando de volta" (ou, mais precisamente, congelando e apreendendo) os fundos que ainda estavam na Arbitrum One.

Este post detalha o que aconteceu, como funcionou e o que isso significa para qualquer pessoa que utiliza Layer 2, pontes cross-chain e tokens de restaking / restaking líquido no cenário de segurança cripto em rápida evolução de 2025–2026.


O que aconteceu: De um exploit de ponte de $292M a ETH espalhados por cadeias

O exploit da KelpDAO (18 de abril de 2026)

De acordo com múltiplas análises do incidente, o ataque começou por volta das 17:35 UTC de 2026-04-18 e centrou-se na configuração cross-chain do rsETH da KelpDAO (construída sobre mensagens e verificação estilo LayerZero). Em termos simplificados, o atacante conseguiu forjar / validar uma mensagem cross-chain sob uma configuração que criou um único ponto de falha (por exemplo, verificação "1 de 1"), permitindo a liberação de ativos como se tivesse ocorrido uma retirada legítima da ponte.

Se você deseja uma análise técnica, mas legível, estes são bons pontos de partida:

Os fundos "restantes" na Arbitrum: ~30.765 ETH

Após grandes exploits, os fundos geralmente se fragmentam: pontes, swaps e rotas de salto espalham ativos por múltiplas redes. Neste caso, uma grande parte do ETH permaneceu na Arbitrum One — cerca de 30.765,6675 ETH — avaliados em aproximadamente mais de $70M no momento do relato.


A reviravolta: Arbitrum se fez passar pelo explorador para mover fundos para um cofre de congelamento (21 de abril de 2026)

Em 21 de abril de 2026 (23:26 ET), o Conselho de Segurança da Arbitrum executou uma ação emergencial que:

  1. Atualizou temporariamente um contrato de sistema da Arbitrum (o contrato Inbox na Ethereum),
  2. Adicionou uma função que permitia uma mensagem L1 → L2 que poderia se fazer passar pelo remetente da transação,
  3. Enviou uma transação cross-chain que parecia ser do endereço do explorador,
  4. Transferiu o ETH para o 0x0000000000000000000000000000000000000DA0 (um endereço designado para congelamento),
  5. Em seguida, reverteu o contrato para sua implementação original — um padrão operacional "atômico" projetado para minimizar a janela de atualização.

Fonte principal:

Resumo de notícias (Chinês):

Você também pode inspecionar os artefatos onchain específicos do post do fórum:

É por isso que as pessoas resumiram como: “A Arbitrum fingiu ser o hacker e roubou o dinheiro de volta.” Tecnicamente, foi um procedimento de emergência autorizado pela governança que dependeu das capacidades de atualização / administração da Arbitrum.


Por que isso importa: Não é apenas uma história de resgate — é um teste de realidade de descentralização

1) "Código é lei" encontra "Conselho de Segurança é lei"

A indústria cripto passou anos se movendo de "chaves de administrador em todos os lugares" em direção à descentralização em estágios. Mas conselhos de segurança de Layer 2 e poderes de emergência ainda existem por um motivo: resposta rápida.

A ação da Arbitrum mostra uma dura verdade:

  • Se uma rede pode atualizar contratos principais, ela também pode mudar quem efetivamente controla os fundos em condições extraordinárias.

Isso não é puramente bom nem puramente ruim — mas é um fator de risco que os usuários devem precificar ao escolher cadeias e protocolos.

Se você deseja avaliar sistematicamente esses compromissos, é útil verificar painéis de infraestrutura neutros como:

2) O risco da ponte cross-chain permanece uma ameaça principal em 2025–2026

Mesmo com a melhoria das auditorias e verificação formal, a configuração da ponte e as suposições de verificação ainda são pontos de falha frequentes. O caso KelpDAO reforça um padrão recorrente:

  • A vulnerabilidade geralmente não é uma única "linha de Solidity com bug", mas uma decisão de design / configuração do sistema que cria um único ponto de falha silencioso.

Rastrear tendências de exploit através de dados públicos pode ajudar os usuários a entender a frequência desses eventos:

3) O problema do precedente: quando é aceitável "apreender" fundos?

A ação da Arbitrum provavelmente gerará debates em toda a Crypto Twitter, fóruns de governança e círculos de pesquisa:

  • Se é aceitável congelar fundos roubados, é aceitável congelar fundos sancionados?
  • E quanto à disputa de propriedade, insolvência de protocolo ou ordens judiciais?
  • Quem decide o que se qualifica como "emergência" e quais são as salvaguardas?

O ponto chave para os usuários: esses poderes existem — e seu modelo de risco deve refletir isso.


Conclusões práticas para usuários de DeFi: o que você deve fazer de diferente após a KelpDAO

1) Trate pontes e "ativos onnicadeia" como maior risco do que ativos de cadeia única

Se sua estratégia depende de fazer pontes (ou manter representações de ponte), considere:

  • Limitar o tamanho da posição em ativos de ponte
  • Preferir rotas com suposições de verificação mais fortes e multissensoriais
  • Evitar pilhas de "nova cadeia + nova ponte + novo LRT", a menos que você possa tolerar riscos de cauda

2) Assuma que toda aprovação pode se tornar um evento de perda

Muitos incidentes de nove dígitos eventualmente monetizam através de limites, assinaturas e superfícies de permissão que os usuários não reconfirmam.

Higiene básica que ainda funciona:

  • Use carteiras separadas para participações de longo prazo vs DeFi ativo
  • Revogue aprovações periodicamente (especialmente após interagir com novos protocolos)
  • Verifique domínios com cuidado (phishing geralmente aumenta logo após incidentes importantes)

3) Carteiras de hardware ajudam — mas apenas se você as usar intencionalmente

Uma carteira de hardware não pode tornar o DeFi seguro magicamente, mas pode reduzir materialmente certas classes de risco mantendo as chaves offline e forçando a confirmação explícita para ações sensíveis.

Se você estiver usando a OneKey, o hábito mais relevante é: faça uma pausa na etapa de assinatura. Trate cada assinatura / aprovação como uma decisão financeira real, especialmente em ambientes L2 de alta velocidade onde os atacantes contam com a urgência do usuário.


O que acontece a seguir: A governança decide se os fundos congelados podem ser liberados

O post do fórum da Arbitrum é explícito: o ETH está congelado, e uma ação subsequente da Governança da Arbitrum é necessária para liberá-lo (presumivelmente coordenando com as partes afetadas e quaisquer investigações em andamento). Veja a redação oficial e a discussão em evolução aqui:

Em outras palavras, o capítulo "roubo de volta" não é uma reversão limpa — é o início de um processo de coordenação de governança, legal e social.


Pensamento final

O exploit da KelpDAO e a resposta de emergência da Arbitrum destacam um tema definidor de 2025–2026 no mundo cripto: a segurança não é mais apenas sobre contratos inteligentes — é sobre configuração, suposições cross-chain e poder de governança.

Se você participa de DeFi hoje, sua vantagem não é apenas o rendimento — é entender onde o controle realmente reside quando algo quebra.

Proteja sua jornada criptográfica com o OneKey

View details for Comprar OneKeyComprar OneKey

Comprar OneKey

A carteira de hardware mais avançada do mundo.

View details for Baixar aplicativoBaixar aplicativo

Baixar aplicativo

Alertas de golpe. Todas as moedas suportadas.

View details for OneKey SifuOneKey Sifu

OneKey Sifu

Clareza Cripto—A uma chamada de distância.