Quero falar sobre algo que ninguém menciona quando explicam a Babylon. O que acontece quando as coisas dão errado antes mesmo de o seu cofre ser ativado. 🤔
Digamos que você envie um peg-in. Seu BTC fica no output Pre-PegIn na Bitcoin. Então a configuração off-chain falha. Ou você muda de ideia. Ou o Provedor do Vault fica em silêncio. Seu BTC fica tecnicamente travado em um script. Então o que fazer?
A Babylon criou um caminho de reembolso (refund) já no output do Pre-PegIn, desde o início.
É uma leaf do Taproot travada atrás de um timelock na Bitcoin. Na testnet atual, esse timelock é de 3 dias. Depois que ele expira, você assina com sua própria chave da Bitcoin e transmite uma transação de reembolso que devolve o BTC diretamente para a sua carteira. 🔐
Não é necessária cooperação. Nem do Provedor do Vault. Nem da Babylon. Nem de mais ninguém.
As Trustless Bitcoin Vaults (TBV) têm dois modos distintos de falha que levam a esse cenário. Se a configuração não for concluída em 24 horas — o cofre expira, a taxa do peg-in é reembolsada automaticamente, e o BTC pode ser recuperado via o caminho de reembolso. Se você nunca ativou um cofre verificado em 48 horas — a taxa do peg-in se foi, mas o BTC ainda está totalmente recuperável.
O ecossistema $BABY está sendo construído para que, mesmo em caso de falha, o depositante continue no controle. A Babylon não apenas desenhou o caminho “feliz”. Eles desenharam também cada um dos cenários “infelizes”.
Construir recuperação unilateral em cada modo de falha torna as TBV genuinamente seguras para usar, ou um timelock de 3 dias cria atrito suficiente para que a maioria das pessoas nem saiba o que fazer quando realmente precisar??
@BabylonLabs_io $BABY #baby