Sincronizando ethereum testnet

Estoy sincronizando mi gethcliente con ropstentestnet y me acabo de dar cuenta de lo lento que es el proceso de sincronización después de cierto bloque (tratando de recuperar información de los bloques que entraron en blockchain ayer) durante un par de horas.

Básicamente, recibí varios mensajes como este, que decían un posible ataque de reescritura:

I0111 08:28:09.783928 eth/downloader/downloader.go:723] Peer 7335842dc6658f60 [hs 0.00/s, bs 0.00/s, rs 0.00/s, ss 0.00/s, miss    0, rtt 13.155759485s]: potential rewrite attack: #224778 [00000000�] <= #224778 limit

Mi pregunta difiere de esta pregunta porque aún no estoy sincronizado como lo he verificado. Una de las respuestas no se aplica aquí, ya que me aseguré de hacer referencia al ropstenbloque de génesis y verifiqué el hash de ese bloque de génesis en mi base de datos local para certificar que estoy corriendo para sincronizarme con la red correcta. Por lo tanto, no creo que la causa de esta gran demora en el proceso de sincronización de mi nodo no sea en realidad la adición de datos antiguos mordena mi base de datos local.

¿Se espera este comportamiento al sincronizar? ¿Hay alguna forma de maximizar la cobertura de pares para acelerar todo el proceso si se trata de eso?

@ 5chdn, consulte mi nueva edición, mi pregunta es similar a la que mencionó, pero creo que mi contexto es diferente de lo que noté como solución a esa pregunta.
Probablemente haya un problema de consenso entre los clientes en testnet, eso sucede a veces.
¿Qué obtienes si escribes eth.syncing?

Respuestas (3)

Puede usar --fastla bandera. La bandera rápida permite una sincronización rápida a través de descargas de estado en lugar de descargar los datos del bloque completo.

Otra marca que se puede usar junto con --fastpara sincronizar su cliente más rápidamente es --cache. El indicador Caché se puede usar para cambiar la memoria asignada predeterminada para una sincronización rápida.

   geth --datadir /path/to/testnet/data --networkid=3 –-syncmode=fast –-cache=1024 

Consulte esto: - https://medium.com/@crissimrobert/a-guide-to-ropsten-testnet-setup-f8952d615417

Intente agregar el indicador "-- fast" en su comando geth en el momento de la sincronización. --fast es predeterminado si inicia geth la primera vez sin descargar bloques. Si reinicia geth después del inicio inicial, --fast ya no funciona (solo funciona desde cero). Es por eso que tendrás que mencionarlo explícitamente.

Como puede ver en todas partes en Internet, hay muchos problemas con la sincronización de Geth con Ropsten. Recomiendo encarecidamente usar Parity para sincronizar con la red Ropsten. Para eso recomiendo seguir uno de esos enlaces:

Además de ser fácil de configurar y rápido de sincronizar, Parity tiene una línea de comandos muy rica en parámetros. Puede consultarlos en: https://github.com/paritytech/parity/wiki/Configuring-Parity