O mercado está relativamente estável. Aproveitei que não houve grandes movimentações e sentei para analisar com cuidado o cofre de Bitcoin sem custódia da Babylon — o que todo mundo chama de TBV. Houve uma coisa que me deixou com um sentimento bem confuso depois que terminei de pesquisar.
A lógica central do TBV é a seguinte: você bloqueia o BTC dentro do cofre. O BTC permanece o tempo todo na blockchain original do Bitcoin; não é necessário usar ponte cross-chain, nem fazer wrapping em outros tokens, nem entregar a chave privada para qualquer terceiro. Depois que é bloqueado, um contrato inteligente na Ethereum consegue verificar esse estado de bloqueio. Então, você pode usar parte desse BTC como garantia para tomar um stablecoin emprestado. Quando você paga o empréstimo de volta, o BTC é automaticamente desbloqueado e devolvido para a sua carteira.
Quando vi pela primeira vez o desenho do @BabylonLabs_io , achei realmente genial. No setor cripto, essa história de cross-chain do BTC já é feita há tantos anos; quase todas as soluções exigem que você confie em alguém específico ou em algum comitê de multi-assinatura. A Babylon, porém, contorna essa necessidade de confiança com criptografia, permitindo que o BTC permaneça na chain original e ainda possa ser usado como garantia para outras redes.
Se isso realmente conseguir funcionar de maneira estável, a importância é grande, porque agora existem vários BTC no mundo que já estão no cofre de $BABY , o que mostra que o mercado reconhece essa direção.
Mas, em seguida, pensei em um problema específico. O TBV usa provas de conhecimento zero para que o contrato na Ethereum valide o estado de bloqueio do Bitcoin. Esse sincronismo do estado cross-chain é a parte mais crítica do mecanismo inteiro e também a de maior complexidade técnica. Se o contrato na Ethereum acreditar que o BTC ainda está bloqueado, mas ocorreu algum tipo de anomalia na blockchain do Bitcoin — e, por isso, as duas pontes de estado ficam dessincronizadas — quem decide qual delas está correta?
A versão oficial diz que existe uma janela de prova de fraude para lidar com esse tipo de desafio, e que os depositantes podem agir como desafiantes para manter a correção do sistema. Mas isso significa que, em um cenário extremo, a segurança do sistema depende de alguém estar disposto a enviar um desafio ativamente. Essa suposição costuma valer em condições normais; porém, em momentos extremos de grande volatilidade de mercado e congestionamento na rede, eu não encontrei uma explicação clara sobre se o desafiador ainda consegue responder a tempo.
Isso não é para desvalidar o TBV — eu acho que a direção é realmente valiosa. É só que, para mim, a confiabilidade desse mecanismo de prova de fraude em condições de mercado extremas é uma parte que ainda precisa de tempo para ser verificada.
#baby