#baby $BABY Enquanto eu analisava a documentação da Babylon na noite passada, parei na página de suposições de segurança. Todo mundo está gritando “Faça o Bitcoin-nativo entrar no DeFi”, mas uma pergunta mais prática me atingiu: depois que seu BTC é travado em um script Taproot, o que você realmente precisa fazer para recuperá-lo?
O “desbloqueio” não é direto. Você pode esperar todo o timelock de ~64.000 blocos (cerca de 15 meses), ou fazer o desbloqueio de forma ativa—o que exige que o Covenant Committee aprove e, então, cumprir um segundo período de lock-up. O EOTS deixa claro: se um Finality Provider fizer dupla assinatura na mesma altura, a chave vaza e sua participação ainda pode ser penalizada (slashed) durante essa janela de desbloqueio. Portanto, sair é uma janela com prazo definido pelas regras do protocolo, não é algo simples como “desbloquear a qualquer momento”.
A liquidação por TBV também é interessante. Você toma empréstimos contra o BTC sem abrir mão da custódia; cada Vault mapeia para seu próprio UTXO independente. Em um evento de liquidação, o liquidante liquida instantaneamente usando WBTC, mas o BTC nativo só se torna resgatável depois que a janela de proteção contra fraude (fraud-proof) termina. Isso separa a linha do tempo: o arbitrajador precisa adiantar o WBTC primeiro, absorvendo oscilações de preço e custos de funding. Eu não consegui encontrar uma resposta clara sobre se a disposição em fornecer essa liquidez antecipada “despenca” quando a volatilidade dispara.
A filosofia da Babylon mantém o controle final com o próprio Bitcoin. O roadmap é claro: a Fase 1 foca no desenvolvimento centrado em Bitcoin, a Fase 2 avança para Cosmos e a Fase 3 traz staking de múltiplos ativos. Mas os usuários precisam internalizar que o slashing é real e que aceitar atrasos na saída faz parte da troca; existe uma curva de aprendizado objetiva.
Ao avaliar projetos, você se aprofunda mesmo nesse ponto de mecânica de saída e liquidação? Adoraria saber se você também vai tão fundo—deixe um comentário.@BabylonLabs_io
$LAB
O “desbloqueio” não é direto. Você pode esperar todo o timelock de ~64.000 blocos (cerca de 15 meses), ou fazer o desbloqueio de forma ativa—o que exige que o Covenant Committee aprove e, então, cumprir um segundo período de lock-up. O EOTS deixa claro: se um Finality Provider fizer dupla assinatura na mesma altura, a chave vaza e sua participação ainda pode ser penalizada (slashed) durante essa janela de desbloqueio. Portanto, sair é uma janela com prazo definido pelas regras do protocolo, não é algo simples como “desbloquear a qualquer momento”.
A liquidação por TBV também é interessante. Você toma empréstimos contra o BTC sem abrir mão da custódia; cada Vault mapeia para seu próprio UTXO independente. Em um evento de liquidação, o liquidante liquida instantaneamente usando WBTC, mas o BTC nativo só se torna resgatável depois que a janela de proteção contra fraude (fraud-proof) termina. Isso separa a linha do tempo: o arbitrajador precisa adiantar o WBTC primeiro, absorvendo oscilações de preço e custos de funding. Eu não consegui encontrar uma resposta clara sobre se a disposição em fornecer essa liquidez antecipada “despenca” quando a volatilidade dispara.
A filosofia da Babylon mantém o controle final com o próprio Bitcoin. O roadmap é claro: a Fase 1 foca no desenvolvimento centrado em Bitcoin, a Fase 2 avança para Cosmos e a Fase 3 traz staking de múltiplos ativos. Mas os usuários precisam internalizar que o slashing é real e que aceitar atrasos na saída faz parte da troca; existe uma curva de aprendizado objetiva.
Ao avaliar projetos, você se aprofunda mesmo nesse ponto de mecânica de saída e liquidação? Adoraria saber se você também vai tão fundo—deixe um comentário.@BabylonLabs_io
$LAB
