私のリカバリードリルはキーのチェックを通過し、それでも最終性（ファイナリティ）の投票が生成されませんでした。

Babylon の最終性署名には EOTS キーだけでは不十分です。それは、その正確な高さ（height）に対して公開ランダムネスがコミットされたことを示すメルクル証明を伴う必要があります。これらの証明と、プロバイダの最後に投票した高さは finality-provider.db の中にあります。

クリーンなマシンにキーリングを復元しても、それは機能するリストアではありません。デーモンは私のプロバイダを認識し、eotsd に到達できますが、ランダムネス証明が欠けているため、あらゆる投票提出が失敗するだけの十分なガスを確保してしまいます。プロバイダはキーリング上では復元されたように見えますが、次の Babylon の高さでは黙ったままです。

修復は特定の内容です。fpd を停止し、選んだ開始高さから recover-rand-proof を実行しなければなりません。その高さを外してしまうと、ツールは最初のランダムネスコミットから証明を作り直し、プロバイダの稼働全履歴をリカバリ作業に変えてしまいます。

プロセスが起動するかどうかを確認するのではなく、実際の最終性投票を提出してバックアップをテストします。署名の証拠を復元しないままアイデンティティだけを復元しても、リカバリは半分にすぎません。

そのマシンは自分が誰かは覚えていても、次の投票を証明する方法は忘れてしまうのです。

#baby $BABY @BabylonLabs_io
$DOGE
$TAKE