Ilustración original del tema: Diagrama original de ChainView BTC866 · ChainView BTC866 Editorial · CC BY 4.0
Confirmación no significa irrevocabilidad
Una transacción incluida en un bloque tiene una confirmación según la convención habitual de Bitcoin; cada bloque posterior añade profundidad. Eso indica trabajo acumulado, no una garantía absoluta. Verifica el hash del bloque y el estado del nodo consultado. Una wallet puede mostrar recibido antes de que exista inclusión en cadena.
Qué cambia en una reorganización
Dos bloques válidos pueden competir temporalmente. Cuando un nodo cambia a la cadena con mayor trabajo acumulado, transacciones de bloques abandonados pueden volver al mempool o ser reemplazadas por conflictos. El saldo aparente puede cambiar. Una aplicación debe poder revertir su contabilidad provisional y volver a procesar bloques sin duplicar pagos.
Finalidad según el protocolo
Otros mecanismos añaden finalización explícita bajo supuestos de participación y honestidad. No traslades el número de confirmaciones recomendado de Bitcoin a otra red. Distingue incluido, seguro y finalizado si la API ofrece esos estados. Una pausa de finalidad no necesariamente detiene todos los bloques, pero sí cambia la seguridad disponible para liquidar.
Diseña una política por importe
Un pago pequeño y una transferencia de tesorería pueden justificar esperas distintas. Define umbral, fuente de datos y actuación ante reorganización antes de automatizar entregas. Prueba con una red local que invalide bloques y comprueba que el registro quede consistente. Los umbrales reducen riesgo; no convierten ningún sistema distribuido en garantía sin supuestos.
