Mein Recovery-Drill hat die Key-Check-Prüfung bestanden und dennoch keine Finality-Votes erzeugt.
Eine Babylon-Finality-Signatur braucht mehr als den EOTS-Key. Sie muss den Merkle-Beweis tragen, der zeigt, dass ihre öffentliche Zufallsquelle für genau diese Höhe festgeschrieben wurde. Diese Beweise, plus die letzte vom Provider abgegebene Höhe, befinden sich in finality-provider.db.
Das Wiederherstellen des Keyrings auf eine saubere Maschine ist keine funktionierende Wiederherstellung. Der Daemon kann meinen Provider erkennen, eotsd erreichen und genug Gas vorhalten, während jede Vote-Übermittlung fehlschlägt, weil der Zufallsbeweis fehlt. Der Provider wirkt im Keyring wiederhergestellt und bleibt bei der nächsten Babylon-Höhe stumm.
Die Reparatur ist spezifisch. Ich muss fpd stoppen und recover-rand-proof ab einer gewählten Start-Höhe ausführen. Wenn ich diese Höhe weglasse, baut das Tool die Beweise aus dem ersten Zufalls-Commitment neu auf und verwandelt die gesamte Betriebshistorie des Providers in eine Recovery-Arbeit.
Ich würde ein Backup testen, indem ich eine echte Finality-Vote einreiche, nicht indem ich prüfe, ob der Prozess startet. Eine Wiederherstellung der Identität ohne Wiederherstellung des Signierungsnachweises ist nur die halbe Recovery.
Die Maschine kann sich merken, wer sie ist, und dennoch vergessen, wie sie ihren nächsten Vote beweisen muss.
#baby $BABY @BabylonLabs_io
$DOGE
$TAKE
Eine Babylon-Finality-Signatur braucht mehr als den EOTS-Key. Sie muss den Merkle-Beweis tragen, der zeigt, dass ihre öffentliche Zufallsquelle für genau diese Höhe festgeschrieben wurde. Diese Beweise, plus die letzte vom Provider abgegebene Höhe, befinden sich in finality-provider.db.
Das Wiederherstellen des Keyrings auf eine saubere Maschine ist keine funktionierende Wiederherstellung. Der Daemon kann meinen Provider erkennen, eotsd erreichen und genug Gas vorhalten, während jede Vote-Übermittlung fehlschlägt, weil der Zufallsbeweis fehlt. Der Provider wirkt im Keyring wiederhergestellt und bleibt bei der nächsten Babylon-Höhe stumm.
Die Reparatur ist spezifisch. Ich muss fpd stoppen und recover-rand-proof ab einer gewählten Start-Höhe ausführen. Wenn ich diese Höhe weglasse, baut das Tool die Beweise aus dem ersten Zufalls-Commitment neu auf und verwandelt die gesamte Betriebshistorie des Providers in eine Recovery-Arbeit.
Ich würde ein Backup testen, indem ich eine echte Finality-Vote einreiche, nicht indem ich prüfe, ob der Prozess startet. Eine Wiederherstellung der Identität ohne Wiederherstellung des Signierungsnachweises ist nur die halbe Recovery.
Die Maschine kann sich merken, wer sie ist, und dennoch vergessen, wie sie ihren nächsten Vote beweisen muss.
#baby $BABY @BabylonLabs_io
$DOGE
$TAKE