O mecanismo do Babylon para o BTC Vault esconde um detalhe que muita gente deixa passar: cada Vault, na prática, é um único UTXO de Bitcoin indivisível. Isso significa que, na liquidação, o protocolo só consegue processar a posição inteira de uma vez, sem conseguir “cortar” uma parte para seguir.
À primeira vista, essa ideia parece um pouco contraintuitiva — em teoria, a liquidação deveria “descontar o que deve”. Mas o modelo de UTXO do BTC impede que o sistema faça isso. Como todo o BTC fica concentrado em um único Vault, ao acionar a liquidação o sistema limpa toda a posição inteira, mesmo que você esteja devendo apenas uma pequena fração. Assim, todo o Vault é forçado a ser liquidado. O valor restante é devolvido para você na forma de WBTC, ou seja, seu ativo deixa de ser BTC nativo e passa a ser uma versão “encapsulada” em Ethereum. Você sai de “ter Bitcoin” para “ter WBTC”.
Mas analisando melhor, percebo que isso não é exatamente uma falha; parece mais um risco que pode ser protegido no nível de design do produto. A documentação oficial do Babylon recomenda dividir em dois Vaults — um “Vault de sacrifício” colocado em primeiro lugar na ordem de liquidação, e um “Vault protegido” em seguida. Na liquidação, o protocolo desconta de frente para trás, até chegar ao montante necessário. A essência da divisão é usar isolamento estrutural para obter o efeito de “liquidar parcialmente”: as posições não tocadas podem ser preservadas e a perda da liquidação fica limitada a uma faixa controlável. Pelos parâmetros atuais, após a divisão ideal, o Vault de sacrifício representa aproximadamente 40% do total.
O que realmente me faz achar que precisa de atenção contínua não é o mecanismo em si, mas a transparência de informações do lado do produto. Quando os usuários abrem uma posição, muitas vezes eles ficam só olhando para “o limite máximo de empréstimo”, mas poucos realmente calculam com cuidado: qual é a pior perda de liquidação com diferentes estruturas de Vault? Como o valor excedente é convertido? Depois da liquidação forçada, o que é devolvido: WBTC ou BTC?
As respostas para essas perguntas afetam diretamente as expectativas de risco e a disposição para tomar empréstimos. Quanto mais claro for para o usuário como seria o pior cenário, mais confiança ele terá para usar plenamente o limite de empréstimo. Assim, o potencial de receita do Babylon pode realmente ser liberado e sustentar o valor de longo prazo de $BABY . Não é algo que dê para concluir agora, mas antes de participar, os detalhes do produto e a lógica dos dados precisam estar totalmente compreendidos.
#baby $BABY @BabylonLabs_io
À primeira vista, essa ideia parece um pouco contraintuitiva — em teoria, a liquidação deveria “descontar o que deve”. Mas o modelo de UTXO do BTC impede que o sistema faça isso. Como todo o BTC fica concentrado em um único Vault, ao acionar a liquidação o sistema limpa toda a posição inteira, mesmo que você esteja devendo apenas uma pequena fração. Assim, todo o Vault é forçado a ser liquidado. O valor restante é devolvido para você na forma de WBTC, ou seja, seu ativo deixa de ser BTC nativo e passa a ser uma versão “encapsulada” em Ethereum. Você sai de “ter Bitcoin” para “ter WBTC”.
Mas analisando melhor, percebo que isso não é exatamente uma falha; parece mais um risco que pode ser protegido no nível de design do produto. A documentação oficial do Babylon recomenda dividir em dois Vaults — um “Vault de sacrifício” colocado em primeiro lugar na ordem de liquidação, e um “Vault protegido” em seguida. Na liquidação, o protocolo desconta de frente para trás, até chegar ao montante necessário. A essência da divisão é usar isolamento estrutural para obter o efeito de “liquidar parcialmente”: as posições não tocadas podem ser preservadas e a perda da liquidação fica limitada a uma faixa controlável. Pelos parâmetros atuais, após a divisão ideal, o Vault de sacrifício representa aproximadamente 40% do total.
O que realmente me faz achar que precisa de atenção contínua não é o mecanismo em si, mas a transparência de informações do lado do produto. Quando os usuários abrem uma posição, muitas vezes eles ficam só olhando para “o limite máximo de empréstimo”, mas poucos realmente calculam com cuidado: qual é a pior perda de liquidação com diferentes estruturas de Vault? Como o valor excedente é convertido? Depois da liquidação forçada, o que é devolvido: WBTC ou BTC?
As respostas para essas perguntas afetam diretamente as expectativas de risco e a disposição para tomar empréstimos. Quanto mais claro for para o usuário como seria o pior cenário, mais confiança ele terá para usar plenamente o limite de empréstimo. Assim, o potencial de receita do Babylon pode realmente ser liberado e sustentar o valor de longo prazo de $BABY . Não é algo que dê para concluir agora, mas antes de participar, os detalhes do produto e a lógica dos dados precisam estar totalmente compreendidos.
#baby $BABY @BabylonLabs_io