Consenso y confirmaciones de Bitcoin

Los mineros construyen sobre la punta que conocen. Si dos bloques válidos apuntan al mismo padre y se difunden con tiempos distintos, algunos nodos pueden seguir primero una rama y otros la hermana; ambos bloques pueden ser válidos. La guía de cadena de bloques de Bitcoin describe estas carreras y las ramas obsoletas.

Cada bloque válido aporta trabajo según su objetivo de prueba de trabajo. El total de una rama suma el trabajo de todos sus bloques, de modo que comparar solo alturas puede engañar cuando cambian los objetivos de dificultad. Bitcoin Core expone el trabajo de la cadena activa como chainwork en getblockchaininfo.

La prueba de trabajo no convierte en válido un bloque que infringe las reglas de consenso. Un nodo completo valida primero los bloques y compara el trabajo de las ramas aceptables. El resultado también depende de la información disponible para ese nodo: los pares anuncian y retransmiten bloques, pero la demora o el aislamiento pueden dejar una vista incompleta; consulta la guía P2P de Bitcoin.

Cuando conoce una rama válida más fuerte, el nodo encuentra el ancestro común, desconecta los bloques activos posteriores y valida los de la rama elegida. La nueva punta puede tener la misma altura o una distinta, porque decide el trabajo y no la altura. Es un cambio en la cadena activa de ese nodo; servicios y exploradores pueden actualizarse en momentos diferentes.

Imagina dos ramas válidas que parten de un ancestro común: una contiene un pago y la otra rama válida acumula después más trabajo. Un nodo que conoce y valida la rama más fuerte desconecta los bloques antiguos y conecta los de la rama competidora. El pago pierde entonces la confirmación de su bloque en la cadena activa de ese nodo, aunque la altura mostrada coincida. Su estado posterior depende de si sus entradas siguen sin gastarse en la rama seleccionada; volver al mempool local no es automático y un servicio atrasado puede seguir mostrando la vista anterior.

Si se desconecta el bloque de una transacción, pierde esa confirmación en la cadena activa del nodo. Puede volver a la mempool local si sigue siendo válida, no entra en conflicto con una transacción de la rama elegida y cumple la política local; no se garantiza que vuelva a minarse. getchaintips muestra las puntas que conoce ese nodo, no las de toda la red.

El bloque que incluye una transacción suele contarse como confirmación uno; cada bloque posterior añade otra. Más trabajo detrás del bloque normalmente exige más trabajo para desplazarlo, pero ninguna cifra garantiza que una reorganización sea imposible. La guía de procesamiento de pagos explica por qué cada comercio define su política según el importe y el riesgo.

Dos mineros pueden encontrar un bloque casi a la vez y una rama puede ganar la siguiente carrera de propagación; la otra queda obsoleta. Una reorganización profunda puede relacionarse con interrupciones de red, demoras o intentos de reemplazar historia. Tener más trabajo no obliga a un nodo validador a aceptar bloques inválidos, aunque un nodo aislado sí puede tener información incompleta.

En Bitcoin Core 31.0, getblockchaininfo incluye red, bloques validados, cabeceras, hash de la mejor punta, chainwork y campos de sincronización. getchaintips puede mostrar estados como active, valid-fork, valid-headers, headers-only e invalid. Revisa la referencia RPC de Core correspondiente a tu versión; el resultado describe ese nodo.

Anota el ID de transacción y el hash del bloque que antes la contenía; consulta un nodo confiable y determina si ese bloque sigue activo, y si la transacción volvió a incluirse, quedó sin confirmar o choca con otro gasto. Una etiqueta de un explorador es la vista del proveedor. Para separar confirmaciones de abono en una plataforma, consulta la [guía de depósitos]() Consulta también: guía de confirmaciones de depósitos, [guía de nodos completos de Bitcoin](/learn/bitcoin-full-node-pruning-archive-storage-validation-wallet-trust-explained), guía de comisiones de transacción Bitcoin. Para un depósito, el número de confirmaciones del protocolo y la política de abono de un servicio son cosas distintas. La guía de confirmaciones explica el conteo; revisa además las reglas de tu plataforma. No vuelvas a enviar solo porque cambió una pantalla: confirma primero el estado actual de la transacción. Relaciona esto con: guía de confirmaciones de depósitos; [guía de nodos completos de Bitcoin](/learn/bitcoin-full-node-pruning-archive-storage-validation-wallet-trust-explained); guía de comisiones de transacción Bitcoin.