Liquidación y confirmaciones de Bitcoin

Fuente maestra EN · P02-L01 · 30 minutos estimados · needs_review

Estudio de solo lectura. Sin conexión de cartera, dinero real, frase de recuperación, clave privada, firma ni operación de mercado en directo. La duración es una estimación editorial; los recursos visuales son especificaciones, no componentes desplegados.

Un número de confirmaciones solo tiene sentido respecto de una vista de la cadena. Un nodo puede conocer una transacción sin que esté incluida en la cadena que ha seleccionado.

Qué describen los números de confirmaciones

Los nodos Bitcoin validan bloques y seleccionan entre historiales válidos según el trabajo acumulado. Las bifurcaciones pueden producir temporalmente bloques competidores; por tanto, una altura por sí sola no es un identificador único de bloque [BTC]. Un número de confirmaciones no es un certificado sobre el destinatario ni la finalidad económica.

Para una transacción ordinaria incluida en la cadena seleccionada, esta lección usa la altura del extremo de la cadena menos la altura de inclusión más uno. El bloque de inclusión cuenta como la primera confirmación. Esta fórmula supone que ambas alturas se refieren a la misma cadena seleccionada y que la transacción sigue en ella.

Mantener separada la mempool

En este ejercicio no se asigna una altura de inclusión a una transacción pendiente. No introduzca una altura supuesta para calcular un número positivo. La vista de un nodo también tiene un alcance: que un nodo no muestre una transacción no demuestra que ningún nodo la tenga.

Las reorganizaciones cambian la pregunta

Si cambia el bloque seleccionado en una altura, determine primero si la transacción sigue incluida y dónde. Reutilizar el número anterior con el nuevo extremo de cadena puede producir una afirmación falsa. Conserve los hashes de bloques y el contexto de observación para que la comparación sea reproducible.

Una mayor profundidad generalmente cambia el trabajo necesario para sustituir un historial, pero no constituye una promesa universal de irreversibilidad. No enseñe que un único número garantiza todos los pagos, cualquier condición de red o la aceptación por un comerciante. La política de confirmaciones y el mecanismo del protocolo son distintos.

Comunicar la confianza sin ocultar condiciones

Diga «la cadena seleccionada proporcionada contiene T en el bloque H, con N confirmaciones en el extremo K». Después indique qué omite el registro. El número es un resultado aritmético bajo un supuesto sobre la vista de la cadena; el ejemplo es ficticio y no aporta una validación independiente del trabajo ni del consenso.

Clasificación de estados de evidencia

OBSERVED en el paquete ilustrativo: campos del extremo seleccionado y de inclusión en T0 y el bloque cambiado en T1. INFERRED: 105−104+1=2 confirmaciones en T0 bajo la ascendencia de la cadena seleccionada. UNKNOWN: inclusión posterior de A a partir del paquete parcial de T1. INSUFFICIENT EVIDENCE: la altura anterior más un extremo más alto establece tres confirmaciones actuales o garantiza una seguridad irreversible.

• Confirmación: profundidad de inclusión en una cadena seleccionada.
• Extremo de cadena: final actual de la cadena seleccionada de un nodo.
• Reorganización: cambio en el historial de la cadena seleccionada.
• Mempool: vista de transacciones pendientes de un nodo.

ILLUSTRATIVE. En T0, SIM-BTC tip=105; SIM-TX-A incluido a la altura 104 en BLOCK-X; SIM-TX-B pendiente. En T1, el extremo seleccionado es tip=106; la altura 104 ahora contiene BLOCK-Y y A no aparece en los registros proporcionados de la cadena seleccionada. No se proporciona una ubicación posterior para A.

Cronología de transacción con T0 BLOCK-X104→tip105 y alternativa T1 BLOCK-Y104→tip106. Marcar la ubicación de A como desconocida en T1; B pendiente. Texto alternativo: A tiene dos confirmaciones solo en la vista original de la cadena ficticia.

La aritmética de confirmaciones y la incoherencia de reutilizar un contexto de inclusión desactualizado.

Liquidación real de Bitcoin, irreversibilidad universal o atribución humana.

• Contar confirmaciones con un error de una unidad.
• Contar transacciones pendientes como incluidas.
• Usar la altura sin la identidad del bloque tras una bifurcación.

Calcule las confirmaciones de A en T0. Indique el estado de inclusión de B. Explique por qué no pueden asignarse tres confirmaciones a A en T1 a partir de la altura anterior por sí sola.

Entregue una tabla breve de evidencia y el razonamiento, usando únicamente el material proporcionado. Distribución sugerida: estudio 12 min, inspección/cálculo 8 min, corrección/cuestionario 10 min.

• Supuesto de cadena seleccionada.
• Hash del bloque más altura.
• Contexto del extremo de cadena.
• Volver a comprobar la inclusión tras los cambios.

Un número de confirmaciones solo tiene sentido respecto de una vista de la cadena. Un nodo puede conocer una transacción sin que esté incluida en la cadena que ha seleccionado. El material proporcionado respalda la aritmética de confirmaciones y la incoherencia de reutilizar un contexto de inclusión desactualizado. No establece liquidación real de Bitcoin, irreversibilidad universal ni atribución humana.

• Calcular el número de confirmaciones con un extremo de cadena indicado.
• Separar la presencia en la mempool de la inclusión.
• Describir la incertidumbre de una reorganización sin una garantía universal.

P02-L02 después de revisar este ejercicio y sus prerrequisitos.

NONE. El catálogo autorizado no exige acceso a ningún producto para esta lección. Use el material congelado/sin conexión.

• [BTC] Guía del desarrollador de Bitcoin — Cadena de bloques — Bloques válidos, UTXOs, trabajo y bifurcaciones; no autentica históricamente los datos ficticios. Comprobado 2026-10-01.

Los valores sintéticos son entradas de ejercicio creadas por el autor. Los valores históricos, si los hay, deben usar el conjunto de datos enlazado y su procedencia más limitada. La inspección de fuentes no es aceptación editorial independiente.