Eu continuei ficando preso em um detalhe na proposta do Aave V4 da Babylon: liquidação não resgata Bitcoin de verdade. Só parece que resgata.

Quando uma posição colateralizada com BTC é liquidada, um liquidante permissionless troca a posição de vault apreendida por WBTC com um pequeno prêmio, liquidando a dívida do tomador na Ethereum instantaneamente. Mas o Bitcoin real ainda não se moveu para lugar nenhum.

Depois, um conjunto separado de arbitradores compra aquele vault em custódia, reembolsa o WBTC e só então resgata o BTC nativo na própria cadeia do Bitcoin, depois que a janela de contestação via fraud-proof é encerrada. Dois atores diferentes, dois cronogramas diferentes, um único evento de liquidação.

O que me interessa é por que essa divisão existe: o Bitcoin não consegue liquidar com a velocidade da Ethereum, então o protocolo teve que separar "a dívida é quitada" de "o BTC realmente muda de mãos." Isso é um workaround razoável para uma limitação real, mas também significa que o liquidante assumindo exposição em WBTC está financiando um resgate cuja temporização ele não controla. Liquidação rápida para uma parte, risco de timing da cadeia nativa silenciosamente transferido para outra.

Ninguém está precificando essa diferença ainda porque o recurso nem sequer foi lançado; isto ainda é um Temp Check no fórum do Aave. Mas o mecanismo é a parte interessante, não o anúncio.

"Dividir a liquidação em dois timelines não remove o atraso; apenas define quem tem que esperar por ele."

@BabylonLabs_io #baby $BABY $1000SATS $HOME
Quem deve absorver o atraso da liquidação de BTC da BABY?