¿Cuál es la mejor configuración de paridad para ejecutar un nodo de archivo completo en raspberry pi?

Estoy usando una raspberry pi para descargar la versión archivada de blockchain con paridad. He comenzado la paridad con

parity -d /home/xxx/data/Ethereum --pruning archive --public-node

Sin embargo, la sincronización se ejecuta a 0-5 bloques por segundo. A este ritmo, no terminará por 1-2 años .

¿Hay alguna configuración que pueda usar para acelerar esto? Por ejemplo, si reduje --max-peers a 10, ¿aceleraría la sincronización? ¿O es una hazaña inalcanzable para un Pi?

No sé cómo puede acelerarlo en una Raspberry Pi, pero ¿es factible en su situación sincronizar en otra máquina y luego mover la cadena sincronizada a la Pi?
@lungj sí, puedo sincronizar en otro lugar, pero tengo la sensación de que la sincronización de un archivo tardará más de un día, más de lo que estoy dispuesto a dejar mi escritorio encendido. Recibí algunos comentarios del canal de paridad de que compilar localmente podría resolver el problema. Actualizaré con el resultado cuando esté hecho.

Respuestas (1)

Es más probable que tarde entre 10 y 20 años en una Raspberry Pi dada la utilización actual de la cadena de bloques de Ethereum con más de 400 000 transacciones por día.

Incluso en el hardware básico, lleva semanas completar una sincronización de archivo debido a los bloqueos de spam en el otoño de 2016.

La forma más obvia de hacer esto es conectar la unidad externa que, con suerte, es una SSD con al menos 500 GB a una máquina rápida, sincronizarla en modo de archivo y, una vez que haya terminado, montarla en su Raspberry Pi y adjuntarla con --db-path.

Gracias por el comentario, tengo 2,2 millones de bloques y estoy sincronizando en un dispositivo externo de 1 TB, por lo que no me supondrá ningún problema cambiarlo a mi escritorio si tarda demasiado. FYI: construir paridad desde la fuente lo ha acelerado bastante.
Bueno saber...