Eu esperava que a etapa de pré-assinatura durante a configuração do cofre cobrisse os casos óbvios: reembolso, liquidação, talvez resgate. O que eu não esperava é que, no caso de falha, a transação já estivesse assinada também — antes que qualquer satoshi tivesse se movido.
Ao configurar um cofre para o Trustless Bitcoin Vaults (TBV) a partir de @BabylonLabs_io , o BTC fica temporariamente em uma saída Pre-PegIn enquanto as confirmações do Bitcoin chegam. Nesse intervalo exato, antes mesmo de o cofre ter sido ativado, você já está assinando a transação de reembolso que permite recuperar seu BTC se o peg-in nunca for concluído. Não é uma promessa de construir algo depois se alguma coisa der errado. É um caminho de gasto já assinado, ali parado, sem uso, aguardando um cenário que, na maioria dos casos, nunca acontece.
Isso me surpreendeu mais do que as rotas de liquidação e resgate, honestamente, porque aquelas parecem ser as partes de que todo mundo fala.
A rota de reembolso é a que ninguém menciona, e ela é assinada no mesmo momento em que tudo o mais — sob a mesma lógica de pré-compromisso; nada é improvisado depois, incluindo a saída para quando as coisas dão errado antes mesmo de darem certo.
Isso redefine o que a pré-assinatura realmente significa aqui. Não é apenas travar como um cofre saudável se comporta. É também travar como a falha se comporta, em um ponto em que a falha ainda não aconteceu e talvez nunca aconteça.
Ainda não tenho uma resposta clara sobre o que acontece se a própria configuração de assinatura de um depositante falhar durante esse mesmo intervalo, antes de qualquer um desses caminhos pré-assinados existir. A documentação descreve o que acontece depois que o grafo é construído. O que acontece se algo falhar antes desse ponto é menos claro para mim.
#baby $BABY
Ao configurar um cofre para o Trustless Bitcoin Vaults (TBV) a partir de @BabylonLabs_io , o BTC fica temporariamente em uma saída Pre-PegIn enquanto as confirmações do Bitcoin chegam. Nesse intervalo exato, antes mesmo de o cofre ter sido ativado, você já está assinando a transação de reembolso que permite recuperar seu BTC se o peg-in nunca for concluído. Não é uma promessa de construir algo depois se alguma coisa der errado. É um caminho de gasto já assinado, ali parado, sem uso, aguardando um cenário que, na maioria dos casos, nunca acontece.
Isso me surpreendeu mais do que as rotas de liquidação e resgate, honestamente, porque aquelas parecem ser as partes de que todo mundo fala.
A rota de reembolso é a que ninguém menciona, e ela é assinada no mesmo momento em que tudo o mais — sob a mesma lógica de pré-compromisso; nada é improvisado depois, incluindo a saída para quando as coisas dão errado antes mesmo de darem certo.
Isso redefine o que a pré-assinatura realmente significa aqui. Não é apenas travar como um cofre saudável se comporta. É também travar como a falha se comporta, em um ponto em que a falha ainda não aconteceu e talvez nunca aconteça.
Ainda não tenho uma resposta clara sobre o que acontece se a própria configuração de assinatura de um depositante falhar durante esse mesmo intervalo, antes de qualquer um desses caminhos pré-assinados existir. A documentação descreve o que acontece depois que o grafo é construído. O que acontece se algo falhar antes desse ponto é menos claro para mim.
#baby $BABY