Después del episodio reciente de reversiones en cadena, algunos nodos se bifurcan y necesitarán esta actualización para mantenerse al día con el resto de la red.
Ya que 20 de febrero, la red Witnet sufrió un desafortunado episodio de escaso consenso de supermanzanas lo que lleva a una alta tasa de reorganización / reversión de la cadena y tiempos de confirmación de varias horas. 22 de febrero, el episodio terminó y una cadena mayoritaria clara (~ 80%) había surgido. Como consecuencia, alguna minoría de nodos en la red terminó consolidando superbloques que no pertenecían a la cadena de bloques líderDebido a cómo funciona la finalidad en Witnet, no hay una manera fácil para que esos nodos reconcilien su estado de cadena bifurcada con la cadena de bloques líder.Los nodos bifurcados requieren una actualización crítica que arregla su estado de cadena local.Las carteras Sheikah no se ven afectadas. El backend público se pausó por un tiempo y luego se reanudó una vez que se recuperó la estabilidad de la red. Para obtener más información, lea el documento post-mortem completo.
Aquí hay un resumen que le permitirá saberlo al instante.
Esto es para Docker:
docker exec witnet_node sh -c "witnet node –epoch 248839 –limit 2 2> & 1 | grep -q '# 248921 had digest 7556670d' && echo 'Tu nodo parece estar bien' || echo '¡Oh, no! el nodo está bifurcado '"
Esto funcionará mejor para binarios nativos o systemd:
./witnet node –epoch 248839 –limit 2 2> & 1 | grep -q '# 248921 had digest 7556670d' && echo 'Su nodo parece estar bien' || echo '¡Oh no! Tu nodo está bifurcado '
Nada. Eres bueno. NO actualice a 1.1.3, ya que eso podría hacer más daño que bien.
Necesita actualizar a 1.1.3.
Actualización a 1.1.3 cuando se usa Docker
La versión 1.1.3 de la imagen de la ventana acoplable witnet / witnet-rust contiene un script de recuperación que desinfectará automáticamente el estado de su cadena local.
Para aplicar la actualización, simplemente siga los mismos pasos que con cualquier otra actualización de witnet-rust:
# 1. Detenga su contenedor. $ Docker stop witnet_node # 2. Retire su contenedor. No entre en pánico, esto no eliminará sus claves # ni nada, siempre y cuando esté usando enlaces de volumen de la ventana acoplable
# para la persistencia (que es el habilitado en el witnet-rust predeterminado
# instrucciones de instalación). $ docker rm witnet_node # 3. Extraiga la última versión de la imagen de la ventana acoplable. $ docker pull witnet / witnet-rust # 4. Reconstruya el contenedor usando el mismo comando que # usó cuando inició originalmente su nodo. Si usaste el predeterminado
# de una sola línea como se proporciona en la documentación de Witnet, simplemente use
# el de abajo. Si personalizó algo (puertos, volúmenes,
# etc.), no olvide reproducir las mismas personalizaciones aquí. $ docker run -d
–nombre witnet_node
–volumen ~ / .witnet: /. witnet
–publicado 21337: 21337
– reiniciar siempre
Witnet / Witnet-óxido
El script de recuperación dentro del nuevo contenedor de la ventana acoplable se conectará automáticamente a su nodo local, solucionará cualquier problema y se asegurará de que se sincronice con la cadena principal. El proceso completo normalmente no debería durar más de 1 hora.. Las actualizaciones de progreso se registran cada 30 segundos.
Actualización a 1.1.3 con binarios nativos
Descargue el script de recuperación de Github en el sistema donde se está ejecutando su nodo. Asegúrese de que el comando netcat esté instalado (puede sudo apt get netcat si no está seguro). Otorgue permisos de ejecución al script de recuperación (el clásico chmod + x wip0010-recovery. sh debería funcionar) .Ejecute el script, pasando la ruta al binario nativo de witnet como primer argumento y la ruta a su archivo de configuración witnet.toml como segundo argumento (por ejemplo, ./wip0010-recovery.sh ./witnet ~ / .witnet / config / witnet.toml)
El script de recuperación dentro del nuevo contenedor de la ventana acoplable se conectará a su nodo local, solucionará cualquier problema y se asegurará de que se sincronice con la cadena principal. El proceso completo normalmente no debería durar más de 1 hora.. Las actualizaciones de progreso se registran cada 30 segundos.
Se planeó originalmente que se publicara una versión inmediata de witnet-rust 1.2.0 que presentaba los cambios en WIP-009 en los próximos días, y esos cambios se activarían el 16 de marzo.
Dada la importancia de esta actualización y la necesidad de realizar más mejoras para evitar que episodios como este vuelvan a ocurrir, aún no se ha decidido si se pospone la fecha de activación de WIP-0009. ¡Manténganse al tanto!