pikochain

Hoy al mediodía, a las 12:51, la monitorización detectó una bifurcación 2v2 en la altura 909460: s1/s2 tenían la cabecera 0xa60fb1b4ae6b y s3/s4 estaban en la otra rama (s4 ya había sellado el bloque 909461). La red entera estuvo unos 13–14 minutos sin producir bloques nuevos.
Según nuestro propio procedimiento de recuperación, lo siguiente debería ser ejecutar miner_stop, retroceder con debug_setHead hasta justo antes del punto de bifurcación, trasladar a la cadena mayoritaria al sellador in-turn cuyo turno ya habíamos calculado y continuar sellando bloques. Así, la dificultad acumulada (TD) superaría a la de la otra rama y forzaría a toda la red a hacer un reorg. Durante el último mes y medio hemos aplicado este playbook por nuestra cuenta varias veces. La ocasión más delicada fue cuando las dos ramas tenían exactamente la misma TD y se produjo un bloqueo permanente, ya que los nodos nunca hacen reorg automáticamente.