Pregunta 7

Pregunta 7-> Con el batching, si ocurre una reorg mientras el índice procesa un batch [N, N+499] y el fork point está en N+200, ¿qué debería ocurrir? ¿Cómo lo maneja el código actual?

Se procesa el batch entero, y en el siguiente batch el nodo se da cuenta que ha habido un fork

Al terminar ese batch, la siguiente llamada a NextSyncRange detecta que pindex ya no está en la cadena activa

aquí entramos en tema prioridad de proceso.

dato: El test initial_sync_reorg cubre este escenario

qué supone más beneficio para el nodo: disminuir cs_main locks, para poder procesar más información, a costo de el edge case de escribir datos innecesarios de los indexes durante reorg, los cuales no son habituales.

es muy dificil que ocurra un reorg durante un IBD, mientras que el coste de retenercs_main se sufre continuamente

puede haber reorg durante IBD? no tenemos el pre-sync de headers que deberia evitar esto tambien?

ahi me pillas

Y si es un nodo que no es header-first?

yo diria que si dos nodos te mandan distintas cadenas con distinto pow se puede dar una reorg

dale, seria interesante

creo que no hacemos ibd con nodos que no nos puedan dar primero los headers

actualiza el nodo y ya😅

porque eso te proteje de un ataque que es el low difficulty block spam