Pregunta 4

Pregunta 4-> Antes de este cambio, NextSyncBlock se llamaba en cada iteración del bucle, adquiriendo cs_main por cada bloque. El hilo de validación también necesita cs_main para procesar bloques. ¿Qué impacto tiene esto durante IBD? ¿Cómo lo mejora la nueva ventana de bloques, y qué trade-offs conlleva?

Hace que no puedas procesar y escribir bloques a la vez lo cual es lento

Interrumpes IBD en varias ocasiones

exacto, estan dos procesos luchando por el mutex

lo unico que me lia es porque invertimos el orden en ProcessBlocks?

lo dejo a arejula, si no respondo yo 🙂

responde tu mjr😅

he ido a pillar 😛

El proceso actual es sequencial

dirias que es por tener los datos mas facil a la hora de hacer el indice?

claro pero en ProcessBlocks no hacemos lo contrario? Empezamos por el final sin haber visto el previo

para construir un filter header, necesitas la información del header previo.

si, porque es la mejor forma de hacer el traverse sin extra lookups

vale tiene sentido

por ende, primero se recorre del último bloque al primero. Y luego se invierte para que el index lo reciba sequencialmente

no sabia que manteniamos este orden en los punteros tambien 🙂

pensa que cada bloque tiene el hash de su predecesor

.exacto, el bloque 100 solo conoce al 99

si a nivel de blockchain si, no sabia que en memoria lo organizabamos igual 🙂

recorremos el batch desde el mas grande y hacemos el indice en orden real/historico

en el siguiente PR, el de paralelización, se mejora esto