Mi simulación de recuperación pasó la verificación de clave y aun así no produjo votos de finalización.

Una firma de finalización de Babylon necesita más que la clave EOTS. Debe incluir la prueba de Merkle que muestra que su aleatoriedad pública fue comprometida para esa altura exacta. Esas pruebas, junto con la última altura votada del proveedor, viven dentro de finality-provider.db.

Restaurar el keyring en una máquina limpia no es una restauración que funcione. El daemon puede reconocer a mi proveedor, llegar a eotsd y reunir suficiente gas mientras cada envío de voto falla porque falta la prueba de aleatoriedad. El proveedor parece recuperado en el keyring y permanece en silencio en la siguiente altura de Babylon.

La reparación es específica. Tengo que detener fpd y ejecutar recover-rand-proof desde una altura de inicio seleccionada. Si omito esa altura, la herramienta reconstruye las pruebas desde el primer compromiso de aleatoriedad, convirtiendo todo el historial operativo del proveedor en trabajo de recuperación.

Probaría una copia de seguridad enviando un voto de finalización real, no comprobando si el proceso se inicia. Restaurar la identidad sin restaurar la evidencia de firmado es solo la mitad de una recuperación.

La máquina puede recordar quién es y, aun así, olvidar cómo probar su próximo voto.

#baby $BABY @BabylonLabs_io
$DOGE
$TAKE