Reorganización (Reorg) | Bitcoin Glossary | Mapping Bitcoin

Descripción general

Una reorg (reorganización) ocurre cuando un nodo Bitcoin recibe una cadena válida de bloques que tiene más prueba de trabajo acumulada que su punta de cadena actual. El nodo cambia a la cadena más pesada, "deshaciendo" los bloques que anteriormente consideraba canónicos y reemplazándolos con la nueva cadena. Las transacciones que estaban confirmadas en los bloques abandonados pueden quedar sin confirmar, por lo que los usuarios de Bitcoin esperan múltiples confirmaciones antes de considerar un pago liquidado.

Cómo ocurre una Reorg

Progresión normal de la cadena:

Bloque 100 ── Bloque 101 ── Bloque 102 ── Bloque 103
                                              ▲
                                         punta de cadena

Se descubre una cadena competidora:

Bloque 100 ── Bloque 101 ── Bloque 102 ── Bloque 103
                  │
                  └── Bloque 101' ── Bloque 102' ── Bloque 103' ── Bloque 104'
                                                                       ▲
                                                                cadena más pesada

Después de la reorg:

Bloque 100 ── Bloque 101' ── Bloque 102' ── Bloque 103' ── Bloque 104'
                                                                ▲
                                                         nueva punta de cadena

Los Bloques 101, 102, 103 son abandonados (huérfanos)
Las transacciones en esos bloques regresan al mempool
(a menos que entren en conflicto con transacciones en la nueva cadena)

Tipos de Reorgs

• Reorgs naturales (1 bloque) — Ocurren ocasionalmente cuando dos mineros encuentran un bloque casi al mismo tiempo. La red tiene brevemente dos puntas de cadena competidoras, y una se abandona cuando se encuentra el siguiente bloque. Son normales e inofensivas.
• Reorgs profundas — Las reorganizaciones de 2+ bloques son extremadamente raras en condiciones normales y pueden indicar un ataque o un problema grave en la red.
• Reorgs de ataque — Un minero malicioso con suficiente tasa de hash podría intentar minar secretamente una cadena más larga para revertir sus propias transacciones (ataque de doble gasto).

Impacto en las transacciones

Cuando ocurre una reorg, las transacciones en los bloques huérfanos caen en una de dos categorías:

1. Todavía válidas — La transacción regresa al mempool y probablemente será incluida en un bloque futuro de la nueva cadena
2. En conflicto — Si la nueva cadena incluye una transacción que gasta las mismas entradas (un doble gasto), la transacción original se invalida

Profundidad de confirmación y seguridad

La probabilidad de una reorg disminuye exponencialmente con cada bloque adicional construido sobre una transacción. Por eso los comerciantes y exchanges típicamente requieren:

• 1 confirmación — Suficiente para transacciones pequeñas y de confianza
• 3 confirmaciones — Común para transacciones de valor moderado
• 6 confirmaciones — Estándar tradicional para transacciones de alto valor (aproximadamente 1 hora)

Concepto erróneo común

Las pequeñas reorgs de un bloque no son ataques. Son una consecuencia natural del proceso de minería descentralizado donde dos mineros pueden encontrar independientemente bloques válidos casi al mismo tiempo. El protocolo maneja esto de manera elegante siguiendo siempre la cadena con la mayor prueba de trabajo acumulada.