A Babylon Labs propôs integrar suas soluções técnicas ao Aave v4, o que tornaria possível usar Bitcoin real como garantia para empréstimos.
À primeira vista, isso pode parecer uma solução para o problema que a Aave enfrentou recentemente, quando o hacker que explorou o KelpDAO depositou tokens sem lastro em um pool de garantias da Aave e deixou esse pool com um buraco enorme.
De fato, o problema de tokens que parecem legítimos mas podem se revelar conchas vazias vai muito além da Aave. É uma característica recorrente em muitos hacks de cripto. Ontem mesmo, eu escrevi sobre como, depois que os contratos inteligentes da StablR foram explorados, um cliente da rabbit.io nos enviou tokens USDR para troca enquanto seu valor desabava, porque hackers haviam emitido um lote de tokens USDR sem lastro que excedeu todo o suprimento de USDR que existia antes do hack.
O Bitcoin resolve isso. Se a garantia for BTC, ela não pode, de repente, revelar-se uma concha vazia.
O problema é que "usar Bitcoin real como garantia na Aave" é, por enquanto, mais uma frase chamativa do que uma descrição literal. Aave não pode aceitar BTC nativo como garantia. A plataforma precisa de tokens ERC-20. Sim, a Babylon Labs está propondo tokens lastreados por Bitcoin real. Mas essa camada extra de complexidade é exatamente onde pode aparecer uma nova vulnerabilidade — e recriar o mesmo tipo de problema novamente.
E hoje, modelos de IA estão ficando muito bons em encontrar essas vulnerabilidades.
