........
Publicar
MICHAEL MOORE
·
--
Por fim sentei para ler a página 101 do Trustless BTCVault da própria Babylon, em vez dos resumos de notícias, e um detalhe mudou a forma como eu interpretei todo o design.
De acordo com a própria documentação da Babylon Labs, cada vault tem um claimer pré-definido. As partes que podem fazer a reclamação ou sacar o bitcoin bloqueado precisam ser definidas no momento em que o vault é criado. Ninguém fora desse conjunto consegue jamais reivindicá-lo, não importa o que aconteça depois.
O produto DeFi alvo também já é definido de antemão. Depois que um vault é construído para um contrato específico de empréstimo ou de tomada de empréstimo, ele não pode ser redirecionado para outro contrato depois.
Esse é um verdadeiro tradeoff, não uma nota de rodapé.
A rigidez é o que remove a superfície de ataque, mas também significa menos flexibilidade do que um pool DeFi típico, no qual os fundos circulam entre estratégias sempre que um usuário quiser.
Aqui vai uma linha do tempo que eu montei sozinho, não apresentada em nenhum lugar como um único número. O whitepaper da Babylon saiu no início de agosto, e a testnet pública ainda estava prevista para a semana final de maio do ano seguinte, segundo a própria ligação dos fundadores da empresa.
Isso dá cerca de nove meses entre o artigo e um ambiente de testes ao vivo: um ritmo deliberadamente lento para algo que está reescrevendo a forma como o Bitcoin toca o DeFi.
A parte que ainda me incomoda fica mais fundo na criptografia. No BitVM3, o que realmente fica oculto e é verificado por meio do circuito embaralhado é o próprio verificador de SNARK, e não toda a lógica do contrato de empréstimo que está na outra cadeia.
Isso significa que o rótulo de trustless depende, em parte, de que também esse contrato inteligente externo seja escrito corretamente — uma distinção que eu não vi a Babylon explicar de forma clara fora de círculos técnicos.
Gosto de que o design escolha a permanência em vez da conveniência, já que a permanência é o que torna uma reivindicação executável sem um intermediário.
Ainda me pergunto como a Babylon pretende explicar esse limite do verificador de SNARK para detentores cotidianos de BTC, quando o TBV realmente for ao ar.
@BabylonLabs_io #baby $BABY
De acordo com a própria documentação da Babylon Labs, cada vault tem um claimer pré-definido. As partes que podem fazer a reclamação ou sacar o bitcoin bloqueado precisam ser definidas no momento em que o vault é criado. Ninguém fora desse conjunto consegue jamais reivindicá-lo, não importa o que aconteça depois.
O produto DeFi alvo também já é definido de antemão. Depois que um vault é construído para um contrato específico de empréstimo ou de tomada de empréstimo, ele não pode ser redirecionado para outro contrato depois.
Esse é um verdadeiro tradeoff, não uma nota de rodapé.
A rigidez é o que remove a superfície de ataque, mas também significa menos flexibilidade do que um pool DeFi típico, no qual os fundos circulam entre estratégias sempre que um usuário quiser.
Aqui vai uma linha do tempo que eu montei sozinho, não apresentada em nenhum lugar como um único número. O whitepaper da Babylon saiu no início de agosto, e a testnet pública ainda estava prevista para a semana final de maio do ano seguinte, segundo a própria ligação dos fundadores da empresa.
Isso dá cerca de nove meses entre o artigo e um ambiente de testes ao vivo: um ritmo deliberadamente lento para algo que está reescrevendo a forma como o Bitcoin toca o DeFi.
A parte que ainda me incomoda fica mais fundo na criptografia. No BitVM3, o que realmente fica oculto e é verificado por meio do circuito embaralhado é o próprio verificador de SNARK, e não toda a lógica do contrato de empréstimo que está na outra cadeia.
Isso significa que o rótulo de trustless depende, em parte, de que também esse contrato inteligente externo seja escrito corretamente — uma distinção que eu não vi a Babylon explicar de forma clara fora de círculos técnicos.
Gosto de que o design escolha a permanência em vez da conveniência, já que a permanência é o que torna uma reivindicação executável sem um intermediário.
Ainda me pergunto como a Babylon pretende explicar esse limite do verificador de SNARK para detentores cotidianos de BTC, quando o TBV realmente for ao ar.
@BabylonLabs_io #baby $BABY
Aviso legal: inclui opiniões de terceiros. Não constitui aconselhamento. A Binance AI pode ser utilizada sem garantia. Consulta os Termos e Condições.