Paridad: evita `--light` experimental pero almacena una cadena de bloques mínima

Las mejores optimizaciones que puedo ofrecer son:

[parity]
light = false

[network]
warp = true

[footprint]
tracing = "off"
fat_db = "off"
pruning = "fast"
pruning_history = 8
pruning_memory = 32
db_compaction = "ssd"

[snapshots]
disable_periodic = true

Esto deshabilita el modo de luz y habilita la sincronización warp. Warp-sync solo verifica PoW de bloques antiguos y no calcula completamente todos los estados históricos mientras los recupera. Sin embargo, almacena todos los bloques en el disco.

El seguimiento de transacciones y la base de datos gruesa deben desactivarse, ya que esto infla la base de datos. La compactación de DB debe establecerse en ssd , está ejecutando en SSD, ¿no es así? Pruebe hdd de lo contrario.

La poda debe establecerse en rápido para descartar estados históricos, esto reduce significativamente el tamaño de la base de datos en alrededor de -90%. El historial de poda mínimo posible es 8. Establecer un valor más bajo no tendría sentido ya que esto aumenta el peligro de quedar atrapado en reorganizaciones en cadena. Con tiempos de bloque de 15 segundos, las reorganizaciones de 8 bloques o menos no son infrecuentes. La memoria de poda se puede reducir aún más si lo desea, pero siempre mantendrá al menos 8 estados afaik.

Hay una opción más que reduce significativamente el espacio de almacenamiento, ya que no conserva todo el historial de bloques. Ocultaré esta opción detrás de una cita de spoiler para asegurarme de que todos los que se ciernen sobre esto a continuación sepan que esto es peligroso y no debe usarse de ninguna manera en producción .

--no-ancient-blocks

Ejecutar clientes en este modo reduce significativamente su huella en varios GB, pero permitirá que actores malintencionados en la red engañen a su cliente para que sincronice una cadena manipulada. No lo use a menos que comprenda las implicaciones . El modo de ejecución --lightes más seguro que esto. :)