algo sobre um cofre estar “Verificado” continuou me incomodando.
Eu assumi que verificado significava que o Bitcoin já estava ativo como garantia (colateral).
Com Trustless Bitcoin Vaults (TBV), não é isso.
Um cofre começa em Pendente enquanto as confirmações do Bitcoin e a configuração off-chain ainda estão sendo concluídas.
Ele passa para Verificado quando as assinaturas, reconhecimentos (acknowledgements) e as ações do depositante necessárias estiverem finalizadas.
Mas Verificado só significa que o cofre está pronto para ativação.
O depositante ainda precisa enviar uma transação de ativação separada. Isso move o cofre para Ativo, revela o segredo do peg-in e permite que a transação final de PegIn trave o BTC dentro do output do cofre.
Depois que essa transação do Bitcoin confirma, o vaultBTC é fornecido à posição de empréstimo e o cofre se torna InUse (em uso) para empréstimos.
isso é uma pequena diferença de redação com uma consequência real.
No testnet público atual, uma configuração incompleta expira após cerca de 24 horas e a taxa de peg-in é automaticamente reembolsada.
Um cofre que chega a Verificado, mas não é ativado dentro de cerca de 48 horas do pedido original de peg-in, também expira, mas a taxa não é devolvida.
O caminho de recuperação do Bitcoin sobrevive a qualquer modo de falha.
Depois que o atual timelock de reembolso de três dias é liberado, o depositante pode assinar a transação de reembolso usando a chave Bitcoin original e devolver o output Pre-PegIn à própria carteira.
Nenhum Provedor de Cofre, Guardião do Cofre da Aplicação (Application Vault Keeper) ou outro participante precisa cooperar.
Portanto, Verificado confirma prontidão, não conclusão.
O caminho unilateral de reembolso torna um acionamento (ativação) perdido seguramente reversível, ou as etiquetas de estado ainda criam ambiguidade suficiente para custar uma taxa aos usuários??
#baby @BabylonLabs_io $BABY
Eu assumi que verificado significava que o Bitcoin já estava ativo como garantia (colateral).
Com Trustless Bitcoin Vaults (TBV), não é isso.
Um cofre começa em Pendente enquanto as confirmações do Bitcoin e a configuração off-chain ainda estão sendo concluídas.
Ele passa para Verificado quando as assinaturas, reconhecimentos (acknowledgements) e as ações do depositante necessárias estiverem finalizadas.
Mas Verificado só significa que o cofre está pronto para ativação.
O depositante ainda precisa enviar uma transação de ativação separada. Isso move o cofre para Ativo, revela o segredo do peg-in e permite que a transação final de PegIn trave o BTC dentro do output do cofre.
Depois que essa transação do Bitcoin confirma, o vaultBTC é fornecido à posição de empréstimo e o cofre se torna InUse (em uso) para empréstimos.
isso é uma pequena diferença de redação com uma consequência real.
No testnet público atual, uma configuração incompleta expira após cerca de 24 horas e a taxa de peg-in é automaticamente reembolsada.
Um cofre que chega a Verificado, mas não é ativado dentro de cerca de 48 horas do pedido original de peg-in, também expira, mas a taxa não é devolvida.
O caminho de recuperação do Bitcoin sobrevive a qualquer modo de falha.
Depois que o atual timelock de reembolso de três dias é liberado, o depositante pode assinar a transação de reembolso usando a chave Bitcoin original e devolver o output Pre-PegIn à própria carteira.
Nenhum Provedor de Cofre, Guardião do Cofre da Aplicação (Application Vault Keeper) ou outro participante precisa cooperar.
Portanto, Verificado confirma prontidão, não conclusão.
O caminho unilateral de reembolso torna um acionamento (ativação) perdido seguramente reversível, ou as etiquetas de estado ainda criam ambiguidade suficiente para custar uma taxa aos usuários??
#baby @BabylonLabs_io $BABY