Re-org
Una riorganizzazione della blockchain si verifica quando la rete passa da una versione della catena a una versione concorrente che ha accumulato più proof-of-work.
Un reorg accade quando i nodi sulla rete Bitcoin vengono a conoscenza di una catena concorrente che ha più proof-of-work accumulato rispetto a quella che stanno seguendo attualmente. La regola di consenso di Bitcoin è semplice: seguire sempre la catena con il maggior lavoro. Quando appare una catena più lunga, i nodi abbandonano il loro tip attuale e si riorganizzano verso la nuova catena, invertendo eventuali blocchi che erano sul vecchio ramo. Le transazioni confermate sul vecchio ramo ma non incluse nella nuova catena tornano al mempool come non confermate.
I piccoli reorg di uno o due blocchi sono un'occorrenza routinaria e essenzialmente lo stesso meccanismo dei blocchi orfani: due blocchi concorrenti trovati alla stessa altezza, con la rete brevemente divisa prima di convergere. I reorg più profondi che coinvolgono molti blocchi sono molto più rari e tipicamente segnalano una partizione di rete (dove i nodi non hanno potuto comunicare per un periodo) o un attacco deliberato. Un reorg sufficientemente grande potrebbe teoricamente invertire transazioni che sembravano finalizzate, motivo per cui la raccomandazione comune è di attendere sei conferme prima di considerare una transazione come liquidata.
La convenzione delle sei conferme deriva dalla difficoltà probabilistica di eseguire un reorg. Ogni conferma aggiuntiva su una transazione significa che un attaccante dovrebbe rifare il proof-of-work di quel blocco più produrre blocchi futuri più velocemente della rete onesta. Con sei conferme, invertire una transazione richiederebbe che un attaccante controlli la maggioranza dell'hashrate della rete per un periodo prolungato, rendendo il costo economicamente proibitivo in condizioni normali.