#baby $BABY Algo que eu continuei voltando ao ler a documentação dos Babylon Trustless Bitcoin Vaults: criar um cofre e ter uma garantia utilizável não são o mesmo marco. O sistema deliberadamente os mantém separados.
Veja como isso acontece — $BTC é bloqueado primeiro, regido inteiramente pelas próprias regras do cofre. Só depois que a verificação estiver concluída é que aquele BTC bloqueado passa para uma garantia ativa. Dois estados separados, dois momentos separados, não uma única ação combinada.
Eu acho isso tranquilizador de um jeito, já que isso significa que o protocolo nunca presume que a garantia está pronta para uso antes de ter sido de fato verificada. Mas isso também adiciona uma camada com a qual os usuários precisam se acostumar antes de chegar à etapa de empréstimo.
É uma troca clara — menos simplicidade, mais premissas explícitas embutidas no protocolo.
A questão é se essa fronteira extra entre a criação do cofre e a ativação da garantia é uma sobrecarga desnecessária, ou se é exatamente o que faz o modelo se sustentar melhor sob estresse.
#baby @BabylonLabs_io $BABY
Veja como isso acontece — $BTC é bloqueado primeiro, regido inteiramente pelas próprias regras do cofre. Só depois que a verificação estiver concluída é que aquele BTC bloqueado passa para uma garantia ativa. Dois estados separados, dois momentos separados, não uma única ação combinada.
Eu acho isso tranquilizador de um jeito, já que isso significa que o protocolo nunca presume que a garantia está pronta para uso antes de ter sido de fato verificada. Mas isso também adiciona uma camada com a qual os usuários precisam se acostumar antes de chegar à etapa de empréstimo.
É uma troca clara — menos simplicidade, mais premissas explícitas embutidas no protocolo.
A questão é se essa fronteira extra entre a criação do cofre e a ativação da garantia é uma sobrecarga desnecessária, ou se é exatamente o que faz o modelo se sustentar melhor sob estresse.
#baby @BabylonLabs_io $BABY