Eu costumava achar que a liquidação em um empréstimo lastreado em bitcoin funcionaria basicamente igual a qualquer outra liquidação do DeFi: um contrato inteligente percebe que a posição ficou “underwater” e imediatamente toma a garantia. mudei de ideia quando pensei com mais cuidado em onde essa garantia realmente fica.
O Aave v4 toma a decisão de liquidação na Ethereum, no momento em que a garantia nativa de BTC via TBV cai abaixo da razão exigida. mas o próprio BTC nunca saiu do bitcoin; ele está guardado em um cofre protegido por transações bitcoin pré-assinadas, e não por um contrato Ethereum que possa ser chamado diretamente. A Ethereum pode decidir que uma liquidação deve acontecer. ela não consegue acessar e executar uma liquidação no bitcoin como faria com um ERC-20.
então, algo precisa levar essa decisão de uma cadeia para a outra, acionar o caminho correto de liquidação pré-assinado e fazer isso ser confirmado no bitcoin, enquanto o preço que tornou a liquidação necessária continua se movendo. cada uma dessas etapas leva tempo; o tempo de bloco do bitcoin não corre para “adiantar”.
isso não é uma falha exclusiva do TBV — liquidações entre cadeias são difíceis em todo lugar. mas isso significa que o risco interessante não é se a lógica de liquidação está correta; é se ela é rápida o suficiente. uma liquidação que é tecnicamente garantida a acontecer eventualmente não é a mesma coisa que uma que executa antes que a garantia remanescente do tomador seja apagada pela própria demora.
a volatilidade do testnet é moderada por design, o que significa que essa diferença exata provavelmente ainda não vai aparecer. ainda assim, vale a pena rodar o fluxo de empréstimo em btc-vaults.testnet.babylonlabs.io e prestar atenção em como o caminho de liquidação é descrito, não se ele dispara, já que provavelmente não ocorrerá em condições tranquilas.
a pergunta não é se o TBV consegue liquidar corretamente a garantia nativa de BTC
é se, quando surgir volatilidade real, acabar significando corretamente e em tempo o mesmo
@BabylonLabs_io #baby $BABY
#OilCrashes9% #USIranTalksToBegin #USJapanJointYenInterventionFirstSince2011
#CardanoRisesNearly10%
$BLESS $MANTRA
O Aave v4 toma a decisão de liquidação na Ethereum, no momento em que a garantia nativa de BTC via TBV cai abaixo da razão exigida. mas o próprio BTC nunca saiu do bitcoin; ele está guardado em um cofre protegido por transações bitcoin pré-assinadas, e não por um contrato Ethereum que possa ser chamado diretamente. A Ethereum pode decidir que uma liquidação deve acontecer. ela não consegue acessar e executar uma liquidação no bitcoin como faria com um ERC-20.
então, algo precisa levar essa decisão de uma cadeia para a outra, acionar o caminho correto de liquidação pré-assinado e fazer isso ser confirmado no bitcoin, enquanto o preço que tornou a liquidação necessária continua se movendo. cada uma dessas etapas leva tempo; o tempo de bloco do bitcoin não corre para “adiantar”.
isso não é uma falha exclusiva do TBV — liquidações entre cadeias são difíceis em todo lugar. mas isso significa que o risco interessante não é se a lógica de liquidação está correta; é se ela é rápida o suficiente. uma liquidação que é tecnicamente garantida a acontecer eventualmente não é a mesma coisa que uma que executa antes que a garantia remanescente do tomador seja apagada pela própria demora.
a volatilidade do testnet é moderada por design, o que significa que essa diferença exata provavelmente ainda não vai aparecer. ainda assim, vale a pena rodar o fluxo de empréstimo em btc-vaults.testnet.babylonlabs.io e prestar atenção em como o caminho de liquidação é descrito, não se ele dispara, já que provavelmente não ocorrerá em condições tranquilas.
a pergunta não é se o TBV consegue liquidar corretamente a garantia nativa de BTC
é se, quando surgir volatilidade real, acabar significando corretamente e em tempo o mesmo
@BabylonLabs_io #baby $BABY
#OilCrashes9% #USIranTalksToBegin #USJapanJointYenInterventionFirstSince2011
#CardanoRisesNearly10%
$BLESS $MANTRA