Falar de um BTCVault da Babylon — “self-custody” de verdade, essas três palavras soam bem mais “hardcore” do que aquele modelo de custódia do wBTC. O BTC fica bloqueado o tempo todo em um script Taproot na rede principal do Bitcoin: não há ponte, não há encapsulamento e não há custódia de terceiros. Parece uma solução definitiva para o problema de “quem está com as moedas”.
Mas, ao ler a documentação oficial, percebi que “você consegue recuperá-las” tem um pré-requisito bem real — a recuperação por conta própria não depende só das palavras-mnêmicas.
Parece bem livre, certo? Só que o custo é que há mais coisas para você gerenciar. Perder as palavras-mnêmicas da carteira é claro que dá trabalho, mas perder também os arquivos WOTS e os “claimer artifacts” é igualmente fatal. A documentação oficial é bem direta: se você perder ao mesmo tempo os arquivos WOTS ou os artefatos (mas não os dois), a autoemissão por conta própria deixa de ser possível; se perder ambos e o Vault Provider não responder, só resta contatar a equipe para acionar o processo de recuperação via Security Council. Na fase de testnet, o Security Council é composto por cinco chaves e um limiar de multi-assinatura (3 de 5) — ele não consegue transferir seu BTC, mas pode impedir pagamentos em cenários de emergência. Não é “passar o controle para outras pessoas”, mas adiciona uma etapa em que é preciso a cooperação de terceiros.
Existe ainda um problema de tempo fácil de ignorar. Do envio da criação do cofre até a ativação leva cerca de 2 horas; a janela de ativação é de aproximadamente 48 horas. Se passar do prazo, entra no estado Expired; o tempo para reembolso fica travado por cerca de 3 dias. A testnet consegue rodar o fluxo, ok. Mas se muitos usuários na mainnet conseguem recuperar com sucesso sob falhas é outra história.
Por isso, eu não entendo um BTCVault simplesmente como “sem risco de custódia”. Mais precisamente: ele troca o risco de custódia por riscos de gestão de chaves, de backup de arquivos e de operação do usuário. Self-custody não significa ausência de risco; só significa que o risco mudou de lugar — de “confiar em terceiros” para “cuidar do que é seu”. E cuidar do que é seu é bem mais complexo do que parece.
A seguir, vou esperar os dados do teste público de recuperação, a taxa de falhas e o tempo médio de resgate para então avaliar o quanto esse canal de autoatendimento é realmente útil.
#baby $BABY @BabylonLabs_io
Mas, ao ler a documentação oficial, percebi que “você consegue recuperá-las” tem um pré-requisito bem real — a recuperação por conta própria não depende só das palavras-mnêmicas.
Parece bem livre, certo? Só que o custo é que há mais coisas para você gerenciar. Perder as palavras-mnêmicas da carteira é claro que dá trabalho, mas perder também os arquivos WOTS e os “claimer artifacts” é igualmente fatal. A documentação oficial é bem direta: se você perder ao mesmo tempo os arquivos WOTS ou os artefatos (mas não os dois), a autoemissão por conta própria deixa de ser possível; se perder ambos e o Vault Provider não responder, só resta contatar a equipe para acionar o processo de recuperação via Security Council. Na fase de testnet, o Security Council é composto por cinco chaves e um limiar de multi-assinatura (3 de 5) — ele não consegue transferir seu BTC, mas pode impedir pagamentos em cenários de emergência. Não é “passar o controle para outras pessoas”, mas adiciona uma etapa em que é preciso a cooperação de terceiros.
Existe ainda um problema de tempo fácil de ignorar. Do envio da criação do cofre até a ativação leva cerca de 2 horas; a janela de ativação é de aproximadamente 48 horas. Se passar do prazo, entra no estado Expired; o tempo para reembolso fica travado por cerca de 3 dias. A testnet consegue rodar o fluxo, ok. Mas se muitos usuários na mainnet conseguem recuperar com sucesso sob falhas é outra história.
Por isso, eu não entendo um BTCVault simplesmente como “sem risco de custódia”. Mais precisamente: ele troca o risco de custódia por riscos de gestão de chaves, de backup de arquivos e de operação do usuário. Self-custody não significa ausência de risco; só significa que o risco mudou de lugar — de “confiar em terceiros” para “cuidar do que é seu”. E cuidar do que é seu é bem mais complexo do que parece.
A seguir, vou esperar os dados do teste público de recuperação, a taxa de falhas e o tempo médio de resgate para então avaliar o quanto esse canal de autoatendimento é realmente útil.
#baby $BABY @BabylonLabs_io
