Re-org
Reorganizacja blockchain następuje, gdy sieć przełącza się z jednej wersji łańcucha na konkurencyjną wersję, która zgromadziła więcej proof-of-work.
Reorg następuje, gdy węzły w sieci Bitcoin dowiadują się o konkurencyjnym łańcuchu, który zgromadził więcej proof-of-work niż ten, który aktualnie śledzą. Reguła konsensusu Bitcoina jest prosta: zawsze podążaj za łańcuchem z największą pracą. Gdy pojawia się dłuższy łańcuch, węzły porzucają swój aktualny wierzchołek i reorganizują się do nowego łańcucha, cofając wszelkie bloki, które były na starej gałęzi. Transakcje potwierdzone na starej gałęzi, ale nie uwzględnione w nowym łańcuchu, wracają do mempool jako niepotwierdzone.
Małe reorgi o jeden lub dwa bloki są rutynowym zjawiskiem i zasadniczo tym samym mechanizmem co bloki osieroconye: dwa konkurencyjne bloki znalezione na tej samej wysokości, z siecią krótko podzieloną przed konwergencją. Głębsze reorgi obejmujące wiele bloków są znacznie rzadsze i zazwyczaj sygnalizują albo partycję sieci (gdzie węzły nie mogły się komunikować przez pewien czas), albo celowy atak. Wystarczająco duży reorg mógłby teoretycznie cofnąć transakcje, które wydawały się ostateczne, dlatego powszechnym zaleceniem jest oczekiwanie na sześć potwierdzeń przed uznaniem transakcji za rozliczoną.
Konwencja sześciu potwierdzeń wynika z probabilistycznej trudności przeprowadzenia reorga. Każde dodatkowe potwierdzenie powyżej transakcji oznacza, że atakujący musiałby ponownie wykonać proof-of-work tego bloku plus produkować przyszłe bloki szybciej niż uczciwa sieć. Przy sześciu potwierdzeniach cofnięcie transakcji wymagałoby od atakującego kontrolowania większości hashrate sieci przez dłuższy okres, co sprawia, że koszt jest ekonomicznie zaporowy w normalnych warunkach.