Avaliação de riscos em DeFi

Antes que um fundo, tesouraria, custodiante ou banco interaja com um protocolo DeFi, alguém precisa responder a uma pergunta simples: como podemos perder dinheiro aqui, e quanto? Esta aula transforma os mecanismos das quatro aulas anteriores em uma avaliação estruturada, usando incidentes reais para mostrar como cada risco se manifesta.

Risco de contratos inteligentes e o que as auditorias realmente dizem

O risco mais direto é um erro no código. Uma auditoria é uma análise, com duração definida, de uma versão específica do código (identificada por um hash de commit) feita por uma empresa externa, que termina com um relatório listando as descobertas por gravidade e informando se foram corrigidas. É uma evidência valiosa, não uma garantia. As auditorias não detectam erros sutis de aritmética e de interação, não abrangem códigos implantados depois da análise e raramente avaliam como o protocolo se comporta quando combinado com outros.

Dois incidentes de 2025 ilustram esse ponto:

• Cetus (Sui, 22 de maio de 2025): um invasor explorou uma verificação de overflow defeituosa em uma biblioteca matemática usada pela DEX para cunhar posições enormes de liquidez por quase nenhum token, levando cerca de US$ 223 milhões. Os validadores da Sui bloquearam então cerca de US$ 162 milhões dos fundos roubados na blockchain, o que limitou as perdas, mas também mostrou que os validadores de uma rede supostamente descentralizada podiam se coordenar para congelar ativos.
• Balancer V2 (3 de novembro de 2025): um erro de arredondamento na lógica de escala de seus pools estáveis componíveis, combinado com swaps em lote, permitiu que um invasor drenasse cerca de US$ 128 milhões em várias blockchains, explorando um código que havia sido auditado várias vezes e estava em operação havia anos.

Evidências mais robustas vêm de uma combinação de fatores: várias auditorias independentes do código implantado, verificação formal de invariantes críticos, um programa de recompensa por bugs significativo, tempo em produção com um valor expressivo em risco, monitoramento em tempo real e a possibilidade de pausar o protocolo em uma emergência — o que, por si só, constitui um poder administrativo que deve ser avaliado.

Manipulação de oráculos e econômica

Um invasor que consiga alterar o preço lido por um protocolo pode tomar empréstimos usando garantias sobrevalorizadas ou provocar liquidações injustas. As medidas de proteção são conhecidas: usar apenas preços de mercados profundos, agregar dados de várias fontes, calcular médias ponderadas pelo tempo, limitar a variação de preço por atualização e estabelecer limites de oferta para ativos com pouca liquidez. A análise deve identificar todos os oráculos usados pelo protocolo, quais mercados cada um consulta e o que acontece se ele parar de atualizar. O caso Mango Markets, abordado na aula Empréstimos, tomada de empréstimos e liquidações, é o exemplo de referência.

O risco de desenho econômico é mais amplo: o protocolo funciona exatamente como foi programado, mas os incentivos falham. Entre os exemplos estão tokens de recompensa que sustentam os rendimentos somente enquanto entra capital novo, garantias cujo valor depende do próprio protocolo (reflexividade), incompatibilidades entre a liquidez imediata prometida aos depositantes e os ativos ilíquidos que a respaldam, e alavancagem recursiva que transforma uma pequena variação de preço em uma cascata de liquidações. O colapso da stablecoin algorítmica UST em 2022, discutido na aula Stablecoins na infraestrutura de mercado, é o maior exemplo.

Governança, chaves administrativas e capacidade de atualização

A maioria dos protocolos não é imutável. Eles usam contratos proxy, que permitem a um administrador substituir o código por trás de um endereço fixo, e têm funções privilegiadas para listar ativos, alterar parâmetros, definir oráculos ou pausar o protocolo. Quem detém esses poderes pode, na pior das hipóteses, levar tudo. A avaliação deve determinar:

• Quais funções são privilegiadas e quem pode acioná-las: uma única chave, uma multisig (com qual limiar e quais signatários) ou a governança por tokens.
• Se as alterações passam por um timelock, um atraso obrigatório que dá aos usuários tempo para ver uma mudança e sair antes que ela entre em vigor.
• Se os poderes de emergência (como os de um conselho de segurança) ignoram o timelock e em que medida são limitados.

O incidente da Drift, em 1º de abril de 2026, na Solana, mostra como esses controles podem falhar em conjunto. Ao longo de várias semanas, invasores usaram engenharia social para fazer com que membros do conselho de segurança da Drift assinassem transações antecipadamente, usando um recurso da Solana (nonces duráveis) que permite executar transações assinadas posteriormente. Dias antes do ataque, o conselho havia migrado para uma multisig 2 de 5 e removido o timelock. As transações pré-assinadas listavam como garantia aprovada um token sem valor criado pelos invasores e aumentavam os limites de saque; os invasores depositaram esse token a um preço artificial e sacaram cerca de US$ 285 milhões em poucos minutos. Empresas de análise de blockchain como TRM Labs e Elliptic avaliaram que hackers norte-coreanos eram provavelmente os responsáveis. Não houve nenhum erro no código. Os controles de governança e assinatura abordados nas aulas Níveis de carteira, política de transações e fluxos de assinatura e Ataques à governança e modos de falha se aplicam diretamente.

Risco de pontes

As pontes concentram valor atrás de uma única etapa de verificação, conforme explicado em Fundamentos de DeFi, e suas falhas predominam na lista das maiores perdas.

As lições são consistentes: conte os verificadores e signatários independentes, confirme que suas chaves são realmente separadas (as cinco chaves da Ronin estavam sob o controle de apenas duas organizações), verifique se as permissões são revogadas quando deixam de ser necessárias e trate cada token transferido por uma ponte como sujeito ao risco da ponte, além do risco do próprio ativo.

Exposição a sanções e riscos de conformidade

Os pools de DeFi são abertos a todos, inclusive a pessoas sancionadas. Investigadores associaram grupos norte-coreanos aos ataques à Ronin, à Drift e à Kelp DAO, e os fundos roubados frequentemente passam por pools de DEX, pontes e mixers. Para uma empresa regulada, isso cria exposições inexistentes em uma plataforma com participantes verificados:

• Receber fundos cuja origem remonta a um endereço na lista de Nacionais Especialmente Designados (SDN) da OFAC ou a proventos conhecidos de exploits.
• Fornecer liquidez a um pool usado para lavar ativos roubados ou manter tokens que um protocolo venha a congelar posteriormente.
• Usar uma interface ou protocolo sujeito a sanções ou medidas de fiscalização; o caso das sanções contra o Tornado Cash é abordado na aula Integridade de mercado, sanções e fiscalização.

Os controles incluem a análise de blockchain para verificar contrapartes e pools antes e depois de cada interação, listas de permissões de carteiras, aceitação documentada dos riscos de cada protocolo e os processos da Travel Rule descritos na aula Padrões do FATF e a Travel Rule quando as transferências envolvem prestadores de serviços de ativos virtuais.

Uma estrutura de pontuação

Uma maneira prática de comparar protocolos é atribuir a cada categoria de risco uma pontuação de 1 (forte) a 5 (fraca), ponderar as categorias e definir limites de exposição com base no resultado. Uma estrutura típica:

As pontuações ponderadas devem ser combinadas com limites rígidos que nenhuma pontuação possa sobrepor (por exemplo, nunca usar um protocolo cuja chave administrativa seja uma única conta de propriedade externa ou cujas atualizações não tenham timelock), com limites de concentração por protocolo e por blockchain, e com gatilhos de monitoramento que exijam uma análise: uma proposta de governança para alterar os poderes administrativos, uma saída repentina de TVL, a perda de paridade de um token de garantia ou um exploit em um protocolo do qual ele dependa. Uma pontuação é um retrato do momento; o risco de DeFi muda a cada atualização e votação.

Foco no exame: o que uma auditoria abrange e por que até códigos auditados falham (Cetus, maio de 2025; Balancer V2, novembro de 2025); as defesas contra manipulação de oráculos e o risco de desenho econômico; proxies, chaves administrativas, limiares de multisig e timelocks, e como o ataque à Drift (abril de 2026) combinou engenharia social, transações pré-assinadas e a remoção do timelock; as causas raiz dos exploits das pontes Ronin, Wormhole e Kelp DAO; a exposição a sanções decorrente da interação com pools abertos; e como construir uma estrutura de pontuação ponderada com limites rígidos e gatilhos de monitoramento.