Re-org
Une réorganisation de la blockchain se produit lorsque le réseau passe d'une version de la chaîne à une version concurrente qui a accumulé plus de proof-of-work.
Un reorg se produit lorsque les noeuds du réseau Bitcoin prennent conscience d'une chaîne concurrente qui a plus de proof-of-work accumulé que celle qu'ils suivent actuellement. La règle de consensus de Bitcoin est simple : toujours suivre la chaîne avec le plus de travail. Lorsqu'une chaîne plus longue apparaît, les noeuds abandonnent leur pointe actuelle et se réorganisent vers la nouvelle chaîne, inversant tous les blocs qui étaient sur l'ancienne branche. Les transactions qui ont été confirmées sur l'ancienne branche mais non incluses dans la nouvelle chaîne retournent dans la mempool comme non confirmées.
Les petits reorgs d'un ou deux blocs sont une occurrence routinière et essentiellement le même mécanisme que les blocs orphelins : deux blocs concurrents trouvés à la même hauteur, avec le réseau brièvement divisé avant de converger. Les reorgs plus profonds impliquant de nombreux blocs sont beaucoup plus rares et indiquent généralement une partition du réseau (où les noeuds n'ont pas pu communiquer pendant une période) ou une attaque délibérée. Un reorg suffisamment grand pourrait théoriquement inverser des transactions qui semblaient finalisées, c'est pourquoi la recommandation courante est d'attendre six confirmations avant de considérer une transaction comme réglée.
La convention des six confirmations vient de la difficulté probabiliste d'exécuter un reorg. Chaque confirmation supplémentaire au-dessus d'une transaction signifie qu'un attaquant devrait refaire le proof-of-work de ce bloc plus produire des blocs futurs plus rapidement que le réseau honnête. Avec six confirmations, inverser une transaction nécessiterait qu'un attaquant contrôle une majorité du hashrate du réseau pendant une période prolongée, rendant le coût économiquement prohibitif dans des conditions normales.