Configuração Incorreta de DVN no LayerZero: Como o Kelp DAO Perdeu $292M

O exploit do Kelp DAO não veio de um contrato inteligente com falha. Não houve reentrância, manipulação de oracle nem arbitragem com flash loan. O que aconteceu foi mais simples e mais constrangedor: um único DVN (Decentralized Verifier Network) do LayerZero configurado com threshold 1-de-1, o que significa que um único verificador comprometido poderia fabricar qualquer mensagem cross-chain que quisesse. Quando esse verificador foi comprometido, os atacantes mintaram rsETH na cadeia de destino sem nenhuma garantia correspondente. Em poucas horas, segundo o relatório do CoinDesk, $292M haviam desaparecido, o supply de rsETH havia deflacionado 18% e o contágio do restaking havia desencadeado uma saída de $13B em TVL da Aave e protocolos conectados.

Não foi um hack sofisticado. Foi uma porta da frente destrancada que os arquitetos do protocolo deixaram aberta porque o LayerZero permitiu.

O hack do LayerZero rsETH é o estudo de caso definitivo do que acontece quando a modularidade é lançada sem mínimos obrigatórios. A flexibilidade de configuração é um valor legítimo de engenharia, até que se torna a própria superfície de ataque.

O Que a Segurança Modular do LayerZero Realmente Significa

O modelo de mensagens cross-chain do LayerZero é construído em torno de DVNs: entidades off-chain que verificam e atestam mensagens que transitam entre cadeias. O protocolo permite que cada aplicação configure sua própria pilha de segurança, escolha seus verificadores, defina seu threshold e selecione seu executor. Isso é genuinamente útil. Diferentes aplicações têm perfis de risco diferentes, e um modelo de segurança único para todos cria suas próprias rigidezes.

O problema é que o LayerZero não impõe mínimos. Um protocolo pode ser implantado com uma configuração DVN de 1-de-1, um único verificador cujo comprometimento significa falsificação total de mensagens, e o protocolo processará isso sem reclamação. A documentação do LayerZero recomenda o uso de pelo menos dois DVNs independentes. Não exige isso.

Essa lacuna entre recomendação e exigência é onde o Kelp DAO caiu.

A Configuração 1-de-1 que Eliminou $292M

O rsETH do Kelp DAO era um token de restaking líquido construído sobre posições do EigenLayer, com bridge entre cadeias via LayerZero. No momento do exploit, a configuração do bridge usava um único DVN com threshold de verificação 1-de-1, uma configuração que jamais deveria passar por revisão de segurança em um protocolo com TVL de nove dígitos.

Quando o atacante comprometeu a chave de assinatura desse DVN, obteve capacidade unilateral de enviar qualquer mensagem cross-chain que os contratos do Kelp DAO aceitariam como válida. Ele usou isso para instruir o contrato da cadeia de destino a mintar rsETH sem nenhum travamento de colateral correspondente na cadeia de origem. A proporção de mint para lastro se quebrou instantaneamente. Arbitragistas e vendedores em pânico correram para as saídas simultaneamente.

O rsETH chegou a cair cerca de 22% no pior momento. Como a análise on-chain da Chainalysis detalha, aproximadamente 18% do supply total de rsETH foi mintado fraudulentamente ou resgatado à força no caos. Para os detentores, esse não é um percentual abstrato, são $292M em valor real destruído.

Como $13B Saíram da Aave em Menos de 72 Horas

O contágio do restaking é real, e o exploit do Kelp DAO demonstrou exatamente com que velocidade ele se propaga. O rsETH era usado como colateral em vários mercados monetários DeFi, sendo a Aave a maior exposição. Quando o feed de preço e o supply on-chain do rsETH começaram a se comportar de forma errática, os bots de liquidação e os usuários mais cautelosos da Aave começaram a retirar o colateral.

A queda de TVL da Aave em abril de 2026 não foi causada exclusivamente pelo Kelp DAO, os mercados já estavam nervosos, mas a situação do rsETH serviu de gatilho. Segundo a cobertura de mercado do CoinDesk, em 72 horas, a Aave viu cerca de $13B em TVL saírem de seus deployments. Parte foi retirada direta de colateral em rsETH. Mais ainda foi pânico secundário: usuários com posições completamente não relacionadas decidindo que, se um token de restaking podia falhar assim, preferiam ficar de fora.

Esse é o multiplicador que torna a configuração incorreta de DVN um risco sistêmico para o DeFi, não apenas um problema de protocolo único. O dano não fica contido na caixa onde se originou.

A Configuração Agora É a Principal Superfície de Ataque

Durante a maior parte da história inicial do DeFi, a conversa sobre segurança girava em torno do código de contratos inteligentes. Auditorias, verificação formal, programas de bug bounty, tudo voltado a encontrar erros de lógica antes de serem explorados. Isso ainda é necessário. Não é mais suficiente.

A superfície de ataque se deslocou. Como escrevi sobre como bridges de stablecoin realmente falham, a camada de infraestrutura, os protocolos de mensagens, as configurações de oracle, os conjuntos de validadores, agora carrega tanto risco quanto o código da aplicação que está sobre ela. Um contrato inteligente perfeitamente auditado não vale nada se a mensagem cross-chain em que ele confia pode ser forjada por uma única parte.

O exploit do Kelp DAO é a versão de configuração incorreta de DVN da mesma lição. Três vetores agora dominam o risco cross-chain no DeFi:

1. Ataques ao threshold de verificação, configurações DVN com 1-de-1 ou threshold baixo que se reduzem a pontos únicos de falha
2. Manipulação de executor, atacantes que controlam a ordem de execução de mensagens na cadeia de destino
3. Deriva de configuração, implantações iniciais que começaram com segurança adequada mas foram silenciosamente rebaixadas para reduzir custos ou latência

Nenhum desses aparece em uma auditoria de contrato inteligente. Todos podem drenar um protocolo completamente.

O Que 'Segurança Modular' Precisa Realmente Significar

O modelo do LayerZero não está errado em princípio. Pilhas de segurança monoculturais obrigatórias têm seus próprios modos de falha: se todos usam os mesmos dois DVNs e um deles é comprometido, o raio de explosão é enorme. A flexibilidade tem valor real.

Mas flexibilidade sem um piso não é segurança, é terceirização de responsabilidade. Como o CoinDesk reporta sobre a disputa de culpa entre Kelp DAO e LayerZero, o LayerZero permite que protocolos se configurem em direção a catástrofes e depois aponta para a documentação que dizia que não deveriam. Isso não é um modelo de segurança, são termos de serviço.

O que o setor realmente precisa:

• Mínimos impostos pelo protocolo: Nenhum deploy em produção deveria conseguir ser lançado com menos de 2 DVNs independentes e um threshold acima de 1. Isso deveria ser uma restrição rígida no contrato de deploy, não uma recomendação em um README.
• Transparência de configuração on-chain: As configurações de DVN devem ser legíveis por qualquer dashboard de risco sem exigir fontes de dados off-chain. A equipe de risco da Aave não deveria precisar perguntar ao Kelp DAO como é a configuração do LayerZero deles.
• Monitoramento contínuo de configuração: Segurança não é uma verificação no momento do deploy. Configurações podem ser alteradas após o lançamento. Qualquer protocolo que aceita ativos bridgeados como colateral precisa de alertas em tempo real sobre mudanças de configuração upstream.
• Whitelist de colateral com requisitos de configuração: Se a Aave vai aceitar rsETH como colateral, a governança de listagem deve incluir um requisito mínimo de configuração de segurança, com delisting automático caso essa configuração fique abaixo do threshold.

Os protocolos DeFi que sobreviveram a 2025 o fizeram em sua maioria tratando a segurança operacional com o mesmo rigor que a segurança do código. Essa lição agora é o patamar mínimo para qualquer coisa que toque ativos em restaking.

A Pilha de Restaking Não É Grande Demais Para Falhar

Há uma suposição silenciosa no design de mercados monetários DeFi de que ativos de colateral suficientemente líquidos e amplamente utilizados são inerentemente mais seguros porque o ecossistema tem muito a perder ao deixá-los falhar. Essa suposição não se sustenta para tokens de restaking bridgeados.

A ampla adoção do rsETH em mercados monetários não reduziu o raio de explosão do exploit do Kelp DAO, amplificou-o. Cada protocolo adicional que aceitou rsETH como colateral sem auditar a pilha de segurança do bridge estava importando risco não precificado. A saída de $13B em TVL da Aave é o mercado precificando esse risco de forma retroativa.

A narrativa do restaking avançou rapidamente: EigenLayer, Symbiotic e Karak escalaram o TVL de forma agressiva ao longo de 2025. A infraestrutura de bridge e mensagens sob essas posições não acompanhou o ritmo em termos de maturidade de segurança. Essa lacuna vai produzir mais eventos como este antes de se fechar.

O LayerZero provavelmente vai lançar mínimos de configuração agora. Os protocolos vão adicionar auditorias de DVN em suas listas de verificação de segurança. Os dashboards de risco vão exibir configurações de bridge ao lado de parâmetros de oracle. Todas essas são as medidas certas, e todas são reativas. A questão é se os próximos $292M precisam desaparecer antes que o seguinte seja protegido.

Fontes

• CoinDesk: Kelp DAO exploited for $292M, wrapped ether stranded across 20 chains
• CoinDesk: Kelp DAO disputes LayerZero's account of the $290M exploit
• Chainalysis: Inside the KelpDAO Bridge Exploit
• CoinDesk: $13B DeFi TVL wipeout in two days following KelpDAO attack
• LayerZero Official Docs: Decentralized Verifier Networks (DVNs) Overview