pikochain

Heute Mittag um 12:51 Uhr wurde bei Blockhöhe 909460 eine 2v2-Aufspaltung von der Überwachung entdeckt: s1/s2 auf dem Kopf 0xa60fb1b4ae6b, s3/s4 auf der anderen Seite (s4 hatte bereits bis 909461 weiter versiegelt). Im gesamten Netzwerk gab es etwa 13–14 Minuten lang keine neuen Blöcke.
Unserem eigenen Wiederherstellungsplan zufolge hätte als Nächstes miner_stop folgen sollen, dann ein Rollback mit debug_setHead auf den Punkt vor der Aufspaltung und schließlich das Versetzen des für den Turnus berechneten In-turn-Sealers auf die Mehrheitskette, damit dieser dort weiter versiegelt. Über die kumulative Schwierigkeit (TD) sollte die Mehrheitskette dann die andere überholen und das gesamte Netzwerk zu einem Reorg zwingen. In den letzten anderthalb Monaten haben wir mit diesem Playbook bereits mehrmals eigenständig Fehler behoben. Am knappsten war es, als zwei Forks exakt die gleiche TD hatten und die Knoten in einer permanenten Blockade festsaßen, weil sie nie automatisch einen Reorg durchführen.