Descripción General
La finalidad en Bitcoin es probabilística en lugar de absoluta. A diferencia de los sistemas de pago tradicionales donde una autoridad central declara una transacción "final", las transacciones de Bitcoin se vuelven cada vez más irreversibles con cada bloque adicional minado sobre ellas. Después de seis confirmaciones (aproximadamente una hora), una transacción se considera convencionalmente final, aunque técnicamente cualquier transacción podría teóricamente ser revertida con suficiente hash power.
Finalidad Probabilística
La probabilidad de revertir una transacción confirmada disminuye exponencialmente con cada bloque adicional:
Confirmaciones │ Probabilidad de Reversión (vs. atacante con 10% del hashrate)
──────────────┼──────────────────────────────────────────────────────────────
0 │ Trivial (ataque de carrera)
1 │ ~0,2045 (20,45%)
2 │ ~0,0509 (5,09%)
3 │ ~0,0134 (1,34%)
4 │ ~0,0036 (0,36%)
5 │ ~0,0010 (0,10%)
6 │ ~0,0003 (0,03%)
10 │ ~0,0000 (insignificante)
La garantía de seguridad mejora dramáticamente con cada confirmación porque un atacante necesitaría rehacer la prueba de trabajo para el bloque objetivo y todos los bloques posteriores.
Finalidad vs. Otros Sistemas
┌──────────────┬────────────────────┬────────────────────┐
│ Sistema │ Tipo de Finalidad │ Tiempo a Finalidad │
├──────────────┼────────────────────┼────────────────────┤
│ Efectivo │ Instantáneo │ Inmediato │
│ Tarjeta │ Revocable │ 60-180 días │
│ Crédito │ │ │
│ Transferencia│ Administrativo │ 1-3 días hábiles │
│ Bancaria │ │ │
│ Bitcoin │ Probabilístico │ ~60 min (6 bloques)│
│ Lightning │ Condicional │ Segundos │
└──────────────┴────────────────────┴────────────────────┘
La Convención de Seis Confirmaciones
El umbral de seis confirmaciones ampliamente citado proviene del análisis original de Satoshi Nakamoto en el whitepaper de Bitcoin. Con seis confirmaciones, la probabilidad de reversión es despreciablemente pequeña para cualquier atacante que controle menos del ~45% del hash rate de la red. Sin embargo, este umbral es una guía, no una regla de consenso:
- Para pagos pequeños, pueden ser aceptables menos confirmaciones
- Para pagos muy grandes, algunas partes pueden requerir más confirmaciones
- El número apropiado depende del hash rate asumido del atacante y la cantidad en riesgo
Casos Especiales
- Reorganizaciones de cadena (reorgs): Las reorgs cortas de 1-2 bloques ocurren naturalmente cuando dos mineros encuentran bloques casi simultáneamente. Son normales y la red las maneja automáticamente.
- Transacciones de 0-conf: Las transacciones no confirmadas no tienen garantías de finalidad y pueden ser reemplazadas mediante RBF o desplazadas por transacciones en conflicto.
- Ataques del 51%: Un atacante con hash power mayoritario puede teóricamente revertir cualquier transacción, independientemente de las confirmaciones, aunque el costo escala con la profundidad.
Conceptos Erróneos Comunes
- Bitcoin nunca logra una finalidad absoluta. Incluso las transacciones profundamente enterradas son teóricamente reversibles. Sin embargo, el costo de hacerlo se vuelve astronómicamente alto.
- La regla de 6 confirmaciones no es un requisito de protocolo. Es una mejor práctica recomendada para comerciantes y servicios.
- Los pagos de Lightning Network logran una finalidad práctica más rápida para cantidades pequeñas porque se liquidan instantáneamente y están respaldados por mecanismos de ejecución en cadena.