WOTS só pode ser usado uma vez; o gerenciamento de backups deve ser preciso para cada Vault
Cada Vault, no momento do peg-in, compromete uma chave pública de Winternitz One-Time Signature (WOTS) — a chave privada é usada para autorizar o self-claim do depositante. Em Trustless Bitcoin Vaults (TBV), o termo “one-time” não é apenas uma expressão de marketing: a mesma chave WOTS não pode ser tratada como uma chave de recuperação genérica para múltiplos Vaults, nem pode ser reutilizada infinitamente como uma seed/mnemonic.
Isso impõe um ônus operacional bem específico. Quando o usuário divide o cofre, embora melhore a granularidade da liquidação, também aumenta a quantidade de arquivos de chaves; se o backup registrar apenas a data, sem incluir o ID do vault, é fácil pegar o arquivo errado durante um saque de emergência. O arquivo incorreto não vai roubar BTC, mas pode interromper um caminho alternativo que seria executável.
Uma abordagem mais prática é registrar no índice offline o nome do arquivo, o vault ID, o endereço de Payout alvo e o horário de criação, e validar periodicamente a capacidade de descriptografia — em vez de consumir a chave de fato. O produto também deve fazer verificações de consistência antes do self-claim, para alertar o mais cedo possível sobre qualquer incompatibilidade. Autocustódia não é “baixou o arquivo e acabou”; é conseguir, seis meses depois, entregar o único arquivo correto para a transação certa. Atenção a @BabylonLabs_io , token do projeto $BABY ; só falar de TBV. #baby
Cada Vault, no momento do peg-in, compromete uma chave pública de Winternitz One-Time Signature (WOTS) — a chave privada é usada para autorizar o self-claim do depositante. Em Trustless Bitcoin Vaults (TBV), o termo “one-time” não é apenas uma expressão de marketing: a mesma chave WOTS não pode ser tratada como uma chave de recuperação genérica para múltiplos Vaults, nem pode ser reutilizada infinitamente como uma seed/mnemonic.
Isso impõe um ônus operacional bem específico. Quando o usuário divide o cofre, embora melhore a granularidade da liquidação, também aumenta a quantidade de arquivos de chaves; se o backup registrar apenas a data, sem incluir o ID do vault, é fácil pegar o arquivo errado durante um saque de emergência. O arquivo incorreto não vai roubar BTC, mas pode interromper um caminho alternativo que seria executável.
Uma abordagem mais prática é registrar no índice offline o nome do arquivo, o vault ID, o endereço de Payout alvo e o horário de criação, e validar periodicamente a capacidade de descriptografia — em vez de consumir a chave de fato. O produto também deve fazer verificações de consistência antes do self-claim, para alertar o mais cedo possível sobre qualquer incompatibilidade. Autocustódia não é “baixou o arquivo e acabou”; é conseguir, seis meses depois, entregar o único arquivo correto para a transação certa. Atenção a @BabylonLabs_io , token do projeto $BABY ; só falar de TBV. #baby