#baby $BABY
Ontem, ao organizar carteiras frias, acabei encontrando novamente aquela sequência de BTC UTXOs que ficou anos sem mexer.
Eu sempre achei que a maior contradição do Bitcoin não é a segurança, e sim o fato de ficar parado sem gerar fluxo de caixa. Recentemente estudei a testnet do TBV da Babylon e descobri que, no mecanismo de resgate, há um período de desafio reservado de três dias. No começo achei lento demais; depois entendi que isso serve para comprar tempo para a segurança.
Como o BTC fica travado o tempo todo em um script do Taproot, não passa por ponte entre cadeias e nem requer empacotamento de ativos. No resgate, é necessário que o Vault Provider envie uma prova. Se alguém falsificar a prova, o desafiador ainda consegue bloquear a transação durante esses três dias. Sem essa janela, um atacante poderia muito bem tomar emprestado um stablecoin primeiro e fugir antes que o BTC seja realmente desbloqueado.
Mas o que realmente me deixa em dúvida não são esses três dias.
Hoje, quem ainda é responsável por fazer o desafio é apenas uma pequena parte dos nós designados; usuários comuns quase nunca vão eles mesmos implantar programas de desafio. Ou seja, no momento crucial, você ainda precisa confiar que esses desafiadores estão sempre online e operando normalmente. O cenário mais realista é que, durante o período de resgate, o juro do empréstimo não para. Se o mercado oscilar violentamente, talvez o BTC nem volte a tempo, e a posição já tenha sido liquidada antes.
Eu reconheço bastante o rumo da Babylon de não usar ponte e não empacotar—isso realmente é mais contido do que muitas soluções de BTCFi. Mas, depois que o protocolo for implementado de verdade, se os desafiadores conseguem ser suficientemente distribuídos e se a resposta é rápida o bastante, eu acho que é isso que vai determinar a qualidade da experiência.
A taxa de retorno consegue atrair usuários; o que realmente mantém usuários são os detalhes que funcionam mesmo em cenários de volatilidade extrema.
@BabylonLabs_io #baby
Ontem, ao organizar carteiras frias, acabei encontrando novamente aquela sequência de BTC UTXOs que ficou anos sem mexer.
Eu sempre achei que a maior contradição do Bitcoin não é a segurança, e sim o fato de ficar parado sem gerar fluxo de caixa. Recentemente estudei a testnet do TBV da Babylon e descobri que, no mecanismo de resgate, há um período de desafio reservado de três dias. No começo achei lento demais; depois entendi que isso serve para comprar tempo para a segurança.
Como o BTC fica travado o tempo todo em um script do Taproot, não passa por ponte entre cadeias e nem requer empacotamento de ativos. No resgate, é necessário que o Vault Provider envie uma prova. Se alguém falsificar a prova, o desafiador ainda consegue bloquear a transação durante esses três dias. Sem essa janela, um atacante poderia muito bem tomar emprestado um stablecoin primeiro e fugir antes que o BTC seja realmente desbloqueado.
Mas o que realmente me deixa em dúvida não são esses três dias.
Hoje, quem ainda é responsável por fazer o desafio é apenas uma pequena parte dos nós designados; usuários comuns quase nunca vão eles mesmos implantar programas de desafio. Ou seja, no momento crucial, você ainda precisa confiar que esses desafiadores estão sempre online e operando normalmente. O cenário mais realista é que, durante o período de resgate, o juro do empréstimo não para. Se o mercado oscilar violentamente, talvez o BTC nem volte a tempo, e a posição já tenha sido liquidada antes.
Eu reconheço bastante o rumo da Babylon de não usar ponte e não empacotar—isso realmente é mais contido do que muitas soluções de BTCFi. Mas, depois que o protocolo for implementado de verdade, se os desafiadores conseguem ser suficientemente distribuídos e se a resposta é rápida o bastante, eu acho que é isso que vai determinar a qualidade da experiência.
A taxa de retorno consegue atrair usuários; o que realmente mantém usuários são os detalhes que funcionam mesmo em cenários de volatilidade extrema.
@BabylonLabs_io #baby