Tenho uma dúvida sobre as palavras “reservas de BTC em quantia integral”: mesmo que exista de fato BTC em um endereço, por que o contrato de stablecoin em outra blockchain saberia que esse dinheiro realmente foi bloqueado e poderia ser usado para resgate ou liquidação de acordo com as condições estabelecidas?
A arquitetura de stablecoins dos Trustless Bitcoin Vaults (TBV) no white paper da Babylon aborda primeiro “como a evidência de colateral pode ser vista”. Depois que o usuário deposita o BTC nativo em um Vault no Bitcoin, a cadeia de contratos inteligentes verifica esse depósito via um light client do Bitcoin e, então, cunha tokens ancorados em dólar conforme a taxa de colateral predefinida. O BTC não é transferido para a cadeia de contratos inteligentes e nem precisa ser entregue previamente a um custodiante para ser convertido em um ativo embrulhado.
O mais importante aqui não é apenas haver um BTC na cadeia, mas sim que o sistema de stablecoins consiga verificar: a qual Vault pertence esse BTC, se ele ainda está bloqueado no momento e quanto limite de cunhagem corresponde. O TBV tenta fazer com que a prova de colateral participe diretamente das regras de cunhagem, em vez de exigir que o usuário apenas confie em um emissor que periodicamente publique um relatório de reservas.
Claro que isso ainda é a direção de aplicação de stablecoins proposta no white paper, e não a stablecoin da Babylon já lançada. O que realmente precisa ser testado é se o light client e a validação cross-chain conseguem sincronizar com precisão o estado do Vault o tempo todo. Se acontecer algo no Bitcoin que diverja do que o contrato considera que aconteceu, até mesmo um endereço de colateral totalmente transparente não terá utilidade. Manter o BTC na cadeia original é apenas o primeiro passo; fazer com que o fato de colateral seja reconhecido de forma correta e contínua por outra blockchain é a etapa mais difícil e mais crítica deste plano.
@BabylonLabs_io #baby $BABY
A arquitetura de stablecoins dos Trustless Bitcoin Vaults (TBV) no white paper da Babylon aborda primeiro “como a evidência de colateral pode ser vista”. Depois que o usuário deposita o BTC nativo em um Vault no Bitcoin, a cadeia de contratos inteligentes verifica esse depósito via um light client do Bitcoin e, então, cunha tokens ancorados em dólar conforme a taxa de colateral predefinida. O BTC não é transferido para a cadeia de contratos inteligentes e nem precisa ser entregue previamente a um custodiante para ser convertido em um ativo embrulhado.
O mais importante aqui não é apenas haver um BTC na cadeia, mas sim que o sistema de stablecoins consiga verificar: a qual Vault pertence esse BTC, se ele ainda está bloqueado no momento e quanto limite de cunhagem corresponde. O TBV tenta fazer com que a prova de colateral participe diretamente das regras de cunhagem, em vez de exigir que o usuário apenas confie em um emissor que periodicamente publique um relatório de reservas.
Claro que isso ainda é a direção de aplicação de stablecoins proposta no white paper, e não a stablecoin da Babylon já lançada. O que realmente precisa ser testado é se o light client e a validação cross-chain conseguem sincronizar com precisão o estado do Vault o tempo todo. Se acontecer algo no Bitcoin que diverja do que o contrato considera que aconteceu, até mesmo um endereço de colateral totalmente transparente não terá utilidade. Manter o BTC na cadeia original é apenas o primeiro passo; fazer com que o fato de colateral seja reconhecido de forma correta e contínua por outra blockchain é a etapa mais difícil e mais crítica deste plano.
@BabylonLabs_io #baby $BABY