Risco de smart contract

Os vetores formam uma taxonomia estável. A reentrancy, o caso clássico da The DAO. Os erros de controle de acesso, com funções de administrador sem proteção ou chaves de governança comprometidas. Os erros de lógica e aritmética, como os overflows anteriores ao Solidity 0.8 ou um cálculo incorreto de preços. A manipulação de oracles por meio de flash loans. As falhas em upgrades e proxies, com inicialização defeituosa ou colisão de armazenamento. E o risco de dependências, quando um bridge ou uma biblioteca compartilhada falha.

Por que isso importa para a due diligence técnica. Antes de mover capital para um protocolo, convém verificar se ele foi auditado e por quem (firmas como Trail of Bits, OpenZeppelin, Certik ou Cyfrin), se o código está verificado e é aberto, se as funções de administrador têm timelock e multisig, se o contrato é imutável ou atualizável, já que um proxy atualizável acrescenta risco de administrador, e se existe um bug bounty ativo em plataformas como a Immunefi. Na União Europeia, o MiCA reforça a transparência do emissor, mas não substitui a revisão técnica do contrato.