EU NÃO CHAMO ISSO DE “AUTO-CUSTÓDIA” ATÉ QUE O OUTRO LADO DESAPAREÇA.
Eu consigo confiar em quase qualquer sistema quando tudo está funcionando.
O verdadeiro teste começa quando o operador para de responder.
É por isso que uma parte do design do TBV da Babylon importa mais para mim do que o título da captação: o caminho de auto-reivindicação do depositante.
Durante uma saída normal, eu quito a dívida, retiro minha garantia e o Provedor do Cofre executa a reivindicação do Bitcoin.
Mas o que acontece se esse provedor ficar offline, atrasar o processo ou simplesmente se recusar a agir?
A Babylon prepara outra rota de saída quando o cofre é criado.
Usando a chave WOTS específica do cofre e os artefatos do reclamante, o depositante pode iniciar a reivindicação do Bitcoin por meio da ferramenta de watchtower do protocolo. Após o período de contestação, o BTC pode retornar ao endereço comprometido durante a criação do cofre.
Não é necessária nenhuma cooperação do provedor indisponível.
Mas há uma responsabilidade desconfortável aqui.
Esse mecanismo de contingência só me protege se eu preservar de forma segura esses arquivos de recuperação. Se eu perdê-los, “auto-custódia” fica muito mais fraca exatamente quando eu mais preciso.
Isso é o que torna esse design interessante.
A Babylon não presume que todo operador permanecerá disponível para sempre. Ela se prepara para falhas antes do BTC entrar no cofre.
Meu aprendizado:
Um cofre confiável não é aquele que promete disponibilidade perfeita.
É aquele que ainda me dá uma saída crível quando a disponibilidade desaparece.
@BabylonLabs_io $BABY $BLESS $HOME #baby
Eu consigo confiar em quase qualquer sistema quando tudo está funcionando.
O verdadeiro teste começa quando o operador para de responder.
É por isso que uma parte do design do TBV da Babylon importa mais para mim do que o título da captação: o caminho de auto-reivindicação do depositante.
Durante uma saída normal, eu quito a dívida, retiro minha garantia e o Provedor do Cofre executa a reivindicação do Bitcoin.
Mas o que acontece se esse provedor ficar offline, atrasar o processo ou simplesmente se recusar a agir?
A Babylon prepara outra rota de saída quando o cofre é criado.
Usando a chave WOTS específica do cofre e os artefatos do reclamante, o depositante pode iniciar a reivindicação do Bitcoin por meio da ferramenta de watchtower do protocolo. Após o período de contestação, o BTC pode retornar ao endereço comprometido durante a criação do cofre.
Não é necessária nenhuma cooperação do provedor indisponível.
Mas há uma responsabilidade desconfortável aqui.
Esse mecanismo de contingência só me protege se eu preservar de forma segura esses arquivos de recuperação. Se eu perdê-los, “auto-custódia” fica muito mais fraca exatamente quando eu mais preciso.
Isso é o que torna esse design interessante.
A Babylon não presume que todo operador permanecerá disponível para sempre. Ela se prepara para falhas antes do BTC entrar no cofre.
Meu aprendizado:
Um cofre confiável não é aquele que promete disponibilidade perfeita.
É aquele que ainda me dá uma saída crível quando a disponibilidade desaparece.
@BabylonLabs_io $BABY $BLESS $HOME #baby