Eu tive que redefinir uma senha na semana passada, do tipo em que eles enviam um link que expira em quinze minutos. Cliquei nele, me distraí com outra coisa e, quando voltei à página, ela só dizia que tinha expirado. Não aconteceu nada de grave, mas o padrão ficou: duas ações, separadas por uma janela, e se a segunda não acontecer a tempo, tudo se desfaz.
O fluxo de depósito de BTC no Babylon Trustless Bitcoin Vault tem uma forma semelhante em dois passos, embora eu não tenha percebido isso de imediato. Quando você envia a solicitação de peg-in, você assina duas transações. A transação Ethereum inclui um hashlock: o hash SHA-256 de um segredo aleatório gerado na sua carteira. Em seguida, a transação Bitcoin trava seu BTC em uma saída Taproot que só pode ser gasta revelando esse mesmo segredo, ou aguardando um caminho de reembolso via timelock.
Neste ponto, seu BTC está em custódia, mas o cofre ainda não existe. Há uma janela de cerca de quarenta e oito horas em que você precisa ativar enviando o segredo no Ethereum. O contrato verifica o hash, muda o cofre para Active, e o Vault Provider usa o segredo revelado para construir a transação final de PegIn no Bitcoin. Se você não ativar, o timelock abre e você consegue recuperar o BTC unilateralmente.
O que eu continuo refletindo é que a segurança não vem de uma cadeia observando a outra. Ela vem do fato de que o segredo conecta dois registros independentes sem uma ponte. O hash do segredo é comprometido dos dois lados antes de qualquer valor ser liquidado. O Ethereum não reconhece o cofre sem o preimage, e o Bitcoin não libera a custódia sem ele também, a menos que o temporizador termine. É um handshake entre cadeias construído inteiramente com hashlocks e timelocks, não com um relé ou um multisig.
Eu me pergunto se a janela de quarenta e oito horas é uma pausa deliberada para a atenção humana, ou apenas um parâmetro que poderia ser mais curto.
#baby $BABY @BabylonLabs_io
O fluxo de depósito de BTC no Babylon Trustless Bitcoin Vault tem uma forma semelhante em dois passos, embora eu não tenha percebido isso de imediato. Quando você envia a solicitação de peg-in, você assina duas transações. A transação Ethereum inclui um hashlock: o hash SHA-256 de um segredo aleatório gerado na sua carteira. Em seguida, a transação Bitcoin trava seu BTC em uma saída Taproot que só pode ser gasta revelando esse mesmo segredo, ou aguardando um caminho de reembolso via timelock.
Neste ponto, seu BTC está em custódia, mas o cofre ainda não existe. Há uma janela de cerca de quarenta e oito horas em que você precisa ativar enviando o segredo no Ethereum. O contrato verifica o hash, muda o cofre para Active, e o Vault Provider usa o segredo revelado para construir a transação final de PegIn no Bitcoin. Se você não ativar, o timelock abre e você consegue recuperar o BTC unilateralmente.
O que eu continuo refletindo é que a segurança não vem de uma cadeia observando a outra. Ela vem do fato de que o segredo conecta dois registros independentes sem uma ponte. O hash do segredo é comprometido dos dois lados antes de qualquer valor ser liquidado. O Ethereum não reconhece o cofre sem o preimage, e o Bitcoin não libera a custódia sem ele também, a menos que o temporizador termine. É um handshake entre cadeias construído inteiramente com hashlocks e timelocks, não com um relé ou um multisig.
Eu me pergunto se a janela de quarenta e oito horas é uma pausa deliberada para a atenção humana, ou apenas um parâmetro que poderia ser mais curto.
#baby $BABY @BabylonLabs_io