¿Es geth --fast realmente algo de una sola vez?

En el problema original de github para geth --función rápida, karalabe escribe:

Después de que un nodo logró sincronizar con éxito con la red, la sincronización rápida se desactiva para siempre.

¿Hay alguna manera de eludir esto? No quiero ejecutar el nodo completo todo el tiempo, quiero revisar mi billetera cada dos semanas y la sincronización completa lleva una eternidad.

Hola, @eth He visto la pregunta que crees que es un duplicado de esta pregunta antes de publicarla aquí. Esto no es un duplicado, estoy preguntando cómo deshabilitar el mecanismo que me impide ejecutar, rápido después, y si es posible. Estas preguntas no se responden en la pregunta original.
ok, aunque eludir la seguridad suele ser desaconsejable :)
Sí, soy consciente del riesgo. Aunque creo que la argumentación utilizada "Esta es la razón por la que la sincronización rápida es solo un mecanismo de sincronización de una sola vez: es probable que las personas verifiquen que están realmente actualizadas y correctamente cuando se sincronizan inicialmente, pero probablemente supongan que nada anda mal después". se puede aplicar igualmente para hacer una sincronización rápida después.

Respuestas (2)

Tal vez pueda eliminar su cadena de bloques con geth removeb y hacer un --fast nuevamente. Si no es más rápido, seguramente ahorrará algo de espacio en disco. Vale la pena intentarlo, creo. Haznos saber. Podría ser interesante si llega más de 1500 bloques tarde, porque --fast toma un giro a menos 1500 bloques a partir de ahora y luego descarga todos los bloques desde allí (y solo los encabezados del génesis anterior al 1500 a partir de ahora)

Puede ejecutar un geth --syncmode lightcliente o un parity --pruning fastcliente.

Geth light solo mantendrá una instantánea de estado mínima de alrededor de 200 MB en su disco, Parity eliminará continuamente el estado y, por lo tanto, solo necesita 10 GB en su disco.