Minha rotina de recuperação passou pela verificação da chave e ainda não gerou votos de finalidade.
Uma assinatura de finalidade da Babylon precisa de mais do que a chave EOTS. Ela deve carregar a prova de Merkle mostrando que sua randomicidade pública foi comprometida para aquela altura exata. Essas provas, além da última altura votada pelo provedor, ficam dentro do finality-provider.db.
Restaurar o keyring em uma máquina limpa não é uma restauração funcional. O daemon consegue reconhecer meu provedor, acessar o eotsd e manter gás suficiente enquanto cada envio de voto falha porque a prova de randomicidade está ausente. O provedor parece recuperado no keyring e permanece em silêncio na próxima altura do Babylon.
O reparo é específico. Preciso parar o fpd e executar recover-rand-proof a partir de uma altura inicial escolhida. Se eu deixar essa altura de fora, a ferramenta reconstrói as provas a partir do primeiro compromisso de randomicidade, transformando todo o histórico operacional do provedor em trabalho de recuperação.
Eu testaria um backup enviando um voto real de finalidade, não apenas verificando se o processo inicia. Restaurar a identidade sem restaurar evidências de assinatura é apenas metade de uma recuperação.
A máquina consegue se lembrar de quem ela é e ainda assim esquecer como provar seu próximo voto.
#baby $BABY @BabylonLabs_io
$DOGE
$TAKE
Uma assinatura de finalidade da Babylon precisa de mais do que a chave EOTS. Ela deve carregar a prova de Merkle mostrando que sua randomicidade pública foi comprometida para aquela altura exata. Essas provas, além da última altura votada pelo provedor, ficam dentro do finality-provider.db.
Restaurar o keyring em uma máquina limpa não é uma restauração funcional. O daemon consegue reconhecer meu provedor, acessar o eotsd e manter gás suficiente enquanto cada envio de voto falha porque a prova de randomicidade está ausente. O provedor parece recuperado no keyring e permanece em silêncio na próxima altura do Babylon.
O reparo é específico. Preciso parar o fpd e executar recover-rand-proof a partir de uma altura inicial escolhida. Se eu deixar essa altura de fora, a ferramenta reconstrói as provas a partir do primeiro compromisso de randomicidade, transformando todo o histórico operacional do provedor em trabalho de recuperação.
Eu testaria um backup enviando um voto real de finalidade, não apenas verificando se o processo inicia. Restaurar a identidade sem restaurar evidências de assinatura é apenas metade de uma recuperação.
A máquina consegue se lembrar de quem ela é e ainda assim esquecer como provar seu próximo voto.
#baby $BABY @BabylonLabs_io
$DOGE
$TAKE
