Quero falar sobre $BABY antes de entrar em uma operação longa com $BLESS . Então eu primeiro presumi que o design de “peg-out” da Babylon era principalmente sobre provar que um saque era válido.
mas depois de rastrear o caminho da reivindicação com mais cuidado, acho que isso é apenas a parte visível da máquina.
A dependência mais silenciosa fica com o depositante muito antes de qualquer BTC ser resgatado.
na criação do cofre, o depositante mantém uma chave de assinatura Winternitz de uso único e os artefatos relacionados do reivindicador. Se o Provedor do Cofre depois ficar indisponível, travar ou simplesmente não agir, esse material dá suporte ao caminho de auto-reivindicação do depositante.
no Bitcoin, a transação Assert usa assinaturas WOTS para vincular a reivindicação aos dados de prova comprometidos anteriormente. Como o WOTS é de uso único por design, a chave não é uma senha reutilizável. É mais como uma chave de emergência lacrada: útil uma vez, mas apenas se ainda estiver lá quando a fechadura precisar ser aberta.
um custodiante poderia deixar isso mais fluido. Aprovar a saída internamente, atualizar um saldo, liberar o BTC. Feito.
Babylon remove esse atalho de confiança, mas a conta ainda precisa ser paga.
aqui, o custo vai para o armazenamento de chaves de recuperação de longo prazo.
Acho que isso vira um assunto maior quando os Cofres de Bitcoin sem confiança ficam abertos por meses. Talvez a parte difícil não seja provas Groth16 ou script de Bitcoin. Pode ser algo bem menos glamouroso: se os usuários conseguem manter um arquivo estranho em segurança sem perdê-lo, vazar ou esquecer para que servia.
A adoção real pode testar a memória humana antes de testar a criptografia.
@BabylonLabs_io #baby $BABY
mas depois de rastrear o caminho da reivindicação com mais cuidado, acho que isso é apenas a parte visível da máquina.
A dependência mais silenciosa fica com o depositante muito antes de qualquer BTC ser resgatado.
na criação do cofre, o depositante mantém uma chave de assinatura Winternitz de uso único e os artefatos relacionados do reivindicador. Se o Provedor do Cofre depois ficar indisponível, travar ou simplesmente não agir, esse material dá suporte ao caminho de auto-reivindicação do depositante.
no Bitcoin, a transação Assert usa assinaturas WOTS para vincular a reivindicação aos dados de prova comprometidos anteriormente. Como o WOTS é de uso único por design, a chave não é uma senha reutilizável. É mais como uma chave de emergência lacrada: útil uma vez, mas apenas se ainda estiver lá quando a fechadura precisar ser aberta.
um custodiante poderia deixar isso mais fluido. Aprovar a saída internamente, atualizar um saldo, liberar o BTC. Feito.
Babylon remove esse atalho de confiança, mas a conta ainda precisa ser paga.
aqui, o custo vai para o armazenamento de chaves de recuperação de longo prazo.
Acho que isso vira um assunto maior quando os Cofres de Bitcoin sem confiança ficam abertos por meses. Talvez a parte difícil não seja provas Groth16 ou script de Bitcoin. Pode ser algo bem menos glamouroso: se os usuários conseguem manter um arquivo estranho em segurança sem perdê-lo, vazar ou esquecer para que servia.
A adoção real pode testar a memória humana antes de testar a criptografia.
@BabylonLabs_io #baby $BABY