Bitcoin para principiantes / 14 min de lectura
Transacciones y confirmaciones de Bitcoin: guía para principiantes
Guía práctica para leer transacciones de Bitcoin (entradas, UTXO, salidas, cambio, txid), calcular comisiones como diferencia entrada‑salida y entender la profundidad de confirmación, el mempool y por qué varía el tiempo de liquidación.
Guía educativa · Fuentes comprobadas antes de publicar
Resumen: qué cubre esta guía
Qué cubre esta guía
Esta guía explica cómo leer una transacción de Bitcoin y cómo funcionan las confirmaciones para que puedas responder preguntas prácticas como: ¿Dónde está mi txid? ¿Cómo calculó mi wallet la comisión? ¿Qué es un UTXO y qué es una salida de cambio? ¿Cuántas confirmaciones necesito y por qué puede variar el tiempo de liquidación?
Todas las afirmaciones operativas de esta guía se basan en Bitcoin.org y en el Bitcoin Developer Guide (páginas Transactions y Block Chain). Se presentan los comportamientos canónicos del protocolo Bitcoin; elementos dinámicos como tarifas actuales o garantías absolutas de finalización se excluyen intencionadamente.
- Estructura de una transacción: entradas, salidas y UTXO
- txid y vout: cómo identificar transacciones y salidas
- Cómo se autorizan los gastos: firmas y scripts
- Cálculo de la comisión como diferencia entradas − salidas
- Mempool, políticas de retransmisión, inclusión en bloque y profundidad de confirmación
- Ejemplo práctico hipotético para inspeccionar una transacción
- Herramientas para inspeccionar txs y tabla comparativa de mecanismos
- Preguntas frecuentes útiles y conclusiones prácticas
Qué es una transacción de Bitcoin (definición básica)
Una transacción de Bitcoin es una estructura de datos que mueve valor consumiendo salidas previamente no gastadas y creando nuevas salidas. Cada transacción contiene una o más entradas y una o más salidas. Las entradas referencian salidas anteriores y demuestran el derecho a gastarlas; las salidas designan nuevos propietarios incluyendo un script que se exigirá para gastar esa salida en el futuro.
El Bitcoin Developer Guide usa el término UTXO (Unspent Transaction Output) para referirse a las salidas que actualmente pueden gastarse. La suma de UTXOs que controla una wallet constituye su saldo mostrado; es decir, las wallets suman UTXOs, no mantienen un balance «de cuenta» abstracto.
Entradas, salidas y UTXOs: cómo se mueve el valor
Entradas: cada entrada especifica el txid y el índice de salida (vout) de una salida previa que se gasta, y aporta datos de desbloqueo (firma y clave pública o redeem script) que satisfacen el script de bloqueo de la salida anterior.
Salidas: cada salida contiene un valor (en satoshis) y un script (scriptPubKey) que describe cómo se podrán gastar esos fondos. Tipos comunes de salida incluyen Pay‑to‑PubKey‑Hash (P2PKH) y Pay‑to‑Script‑Hash (P2SH).
UTXOs: cuando una transacción se confirma en un bloque, sus salidas pasan a ser UTXOs hasta que una transacción posterior las gaste. Las wallets rastrean qué UTXOs pertenecen a las claves o direcciones que controlan; el saldo gastable es la suma de esos UTXOs.
- Una entrada debe referenciar un par (txid, vout) concreto.
- Las salidas se convierten en UTXOs tras la inclusión en bloque.
- Las wallets calculan el saldo sumando UTXOs que controlan.
Identificador de transacción (txid) e índice de salida (vout)
El txid es el hash de la transacción firmada en bruto. Identifica la transacción en la red y en los bloques. Cuando una entrada gasta una salida previa, referencia el txid de la transacción anterior y el índice (vout) de la salida dentro de esa transacción.
Para encontrar el txid de una transacción enviada, abre la pantalla de detalles de tu wallet o usa un explorador de bloques; busca la cadena hexadecimal etiquetada como txid o transaction hash. El txid se aplica a toda la transacción; salidas concretas se identifican por el par (txid, vout).
- txid = hash de la transacción firmada
- vout = índice (base 0) de una salida dentro de la transacción
- Referencia de gasto = (txid, vout)
Firmas y evaluación de scripts (cómo se autoriza un gasto)
Gastar una salida requiere satisfacer el script de bloqueo (scriptPubKey) de la salida previa. La entrada que gasta aporta datos (scriptSig o witness) que, combinados con el script de la salida previa, se evalúan según las reglas de scripting de Bitcoin. Si la evaluación resulta verdadera, la entrada puede gastar la salida.
En P2PKH la salida contiene el hash de la clave pública del destinatario; la entrada aporta la clave pública completa y una firma ECDSA. Los nodos verifican que la firma corresponde a la clave pública y que el hash de esa clave concuerda con el almacenado en la salida. En P2SH la salida almacena el hash de un redeem script; el gastador aporta el redeem script completo y los datos necesarios para satisfacerlo, de modo que el nodo primero confirme que el hash coincide y luego ejecute el redeem script.
- Los nodos ejecutan el script de la entrada y luego el script de la salida como un pequeño programa stack‑based; éxito = gasto válido.
- Tipos comunes: P2PKH y P2SH; SegWit añade witness pero mantiene el principio de evaluación.
Cómo se calculan las comisiones (diferencia entradas − salidas)
Las comisiones en Bitcoin son implícitas: la comisión es la suma de los valores de las entradas menos la suma de los valores de las salidas. El minero que incluya la transacción en un bloque puede reclamar esa diferencia como comisión.
Ejemplo hipotético: si las entradas suman 150,000 satoshis y las salidas suman 149,200 satoshis, la comisión es 800 satoshis (150,000 − 149,200 = 800). Este es un ejemplo hipotético usado únicamente para mostrar el cálculo; no implica una recomendación de tarifa actual.
- Comisión = sum(entradas) − sum(salidas)
- Las salidas no pueden superar las entradas: eso supondría una comisión negativa y haría inválida la transacción.
- Las wallets suelen estimar un objetivo de tarifa por tamaño (vbytes) y eligen entradas/salidas para alcanzar esa comisión
Mempool, políticas de retransmisión y por qué algunas transacciones no se confirman
Al transmitir una transacción válida, esta se propaga entre pares y se almacena en el mempool de los nodos en espera de inclusión en un bloque. Los nodos aplican políticas (estandaridad y tarifa mínima de retransmisión) antes de relayar transacciones; las transacciones no estándar o que violan la política pueden ser rechazadas o no propagarse ampliamente.
Una transacción puede permanecer sin confirmar porque ningún minero la ha incluido todavía, porque su comisión es baja respecto a otras transacciones competidoras, o porque infringe políticas locales de retransmisión. Las wallets normalmente crean transacciones estándar para maximizar su retransmisión y opción de ser minadas.
- Mempool = cola de espera para inclusión por mineros
- Las políticas de retransmisión varían por nodo y afectan la propagación
- Las transacciones de baja comisión pueden ser expulsadas del mempool si hace falta espacio
Confirmaciones y profundidad de confirmación: qué significa cada confirmación
Una confirmación significa inclusión en bloque. Una transacción incluida en un bloque minado tiene una confirmación. Cada bloque adicional añadido encima de ese bloque incrementa la profundidad de confirmación de la transacción en uno. La profundidad de confirmación es la medida habitual del progreso de liquidación.
El Bitcoin Developer Guide describe que los bloques están encadenados por los hashes de sus cabeceras y que cada bloque almacena la raíz merkle de sus transacciones. Debido a la prueba de trabajo, modificar una transacción en un bloque anterior exigiría rehacer el trabajo para ese bloque y todos los siguientes, por lo que revertir transacciones resulta cada vez más costoso conforme aumenta la profundidad.
- 0 confirmaciones = transacción no incluida en la cadena preferida (puede estar en mempool o no relayed)
- 1 confirmación = incluida en el bloque actual y sujeto a reorganizaciones cortas
- n confirmaciones = incluida y con n−1 bloques posteriores en la cadena preferida
Forks, reorganizaciones de cadena y riesgo de reversión
Pueden aparecer bloques competidores si distintos mineros producen bloques a tiempos cercanos, creando forks temporales. Los nodos adoptan la cadena con más proof‑of‑work acumulada; los bloques en forks más cortos se vuelven obsoletos (stale) cuando la red converge sobre la cadena más larga. En consecuencia, incluso una transacción con una confirmación puede quedar revertida si una reorganización de cadena excluye el bloque que la contenía.
Aumentar la cantidad de confirmaciones incrementa el trabajo computacional necesario para revertir la transacción; por ello las reversiones se vuelven progresivamente menos probables. El Developer Guide subraya que la finalización es probabilística y depende del coste de rehacer trabajo y de la distribución del poder de minado: no existe una garantía absoluta.
- Los forks temporales pueden causar que transacciones con 1 confirmación se reviertan si aparece una cadena competidora más larga
- Cada confirmación adicional aumenta el coste computacional para un atacante que quiera revertir la transacción
- Trata la finalización como probabilística, no absoluta
Salida de cambio y cuándo es gastable
Las wallets suelen crear una salida de cambio que envía el sobrante a una dirección que controlan. Esa salida de cambio pasa a ser un UTXO y es gastable cuando la transacción que la crea está incluida en un bloque (o, en el caso de wallets que permiten gastar padres sin confirmar, puede estar disponible en mempool según la política de la wallet).
La gastabilidad depende de la política de la wallet: algunas permiten gastar salidas de cambio de transacciones no confirmadas (creando cadenas de transacciones no confirmadas), otras requieren confirmaciones previas. Los UTXOs procedentes de la coinbase (recompensas de bloque) tienen una regla especial: requieren 100 bloques de madurez antes de poder gastarse, según el protocolo.
- La salida de cambio se convierte en UTXO cuando la transacción creadora está en la cadena preferida
- Las wallets difieren en permitir gastos encadenados de transacciones no confirmadas
- Las salidas coinbase requieren 100 bloques (madurez) antes de ser gastables
Cómo las wallets calculan saldos y muestran la comisión
El software de wallet suele presentar tres cifras: saldo total (suma de UTXOs), saldo disponible o gastable (UTXOs que cumplen la política de la wallet para gastar) y saldo pendiente o no confirmado (UTXOs de transacciones en mempool o bloques recientes).
Para mostrar una comisión, la wallet suma los valores de las entradas usadas en la transacción saliente y resta la suma de las salidas; la diferencia se muestra como comisión. Las wallets estiman un objetivo de tasa (fee rate) y eligen entradas/salidas para producir la comisión deseada según el tamaño en virtual bytes.
- Saldo mostrado = suma de UTXOs que la wallet cree controlar
- Saldo gastable depende de confirmaciones y políticas de wallet
- Comisión mostrada = sum(entradas) − sum(salidas) de la tx creada
Leer una transacción: ejemplo práctico paso a paso (hipotético)
Inspección paso a paso
A continuación un ejemplo hipotético y matemáticamente consistente para mostrar cómo inspeccionar una transacción y calcular valores clave. Los números son ilustrativos y no reflejan tarifas reales.
Hipótesis: una wallet gasta dos UTXOs que controla: UTXO A = 90,000 satoshis y UTXO B = 60,000 satoshis. La transacción construida tiene dos salidas: salida destinatario = 120,000 satoshis y salida de cambio = 29,200 satoshis. Calculemos la comisión y qué representa cada campo.
- 1) Entradas: revisa las entradas de la transacción; cada una lista (txid, vout) apuntando a UTXO A y UTXO B y contiene scriptSig o witness que prueba el derecho de gasto.
- 2) Salidas: nota que salida 0 = destinatario 120,000 sat; salida 1 = cambio 29,200 sat. El número de índice (vout) identifica cada salida para referencias futuras.
- 3) Cálculo de comisión (hipotético): sum(entradas) = 90,000 + 60,000 = 150,000 satoshis; sum(salidas) = 120,000 + 29,200 = 149,200 satoshis; comisión = 150,000 − 149,200 = 800 satoshis.
- 4) txid: el txid es el hash de la transacción firmada; usa tu wallet o un explorador para encontrar el txid y comprobar si está en el mempool o incluido en un bloque.
- 5) Comprobación de confirmaciones: si la transacción aparece en un bloque, tiene 1 confirmación; cada bloque adicional incrementa la profundidad.
| Campo | Valor (hipotético) |
|---|---|
| UTXOs de entrada | UTXO A = 90,000 sat; UTXO B = 60,000 sat |
| Salidas | Destinatario = 120,000 sat; Cambio = 29,200 sat |
| Suma entradas | 150,000 sat |
| Suma salidas | 149,200 sat |
| Comisión | 800 sat (150,000 − 149,200) |
Herramientas y pasos para inspeccionar una transacción tú mismo
Para inspeccionar detalles de una transacción y su estado de confirmación: abre tu wallet y localiza los detalles de la transacción (tu wallet normalmente muestra txid, importes, entradas/salidas y confirmaciones). Si necesitas más detalle, copia el txid y usa un explorador de bloques para ver entradas en bruto, salidas, tamaño y el historial de confirmaciones.
Al inspeccionar, verifica: txid, índices vout, txids referenciados por las entradas, valores de las salidas y tipos de script, la comisión calculada (entradas − salidas), estado en mempool si no está confirmada y la altura de bloque si está confirmada. Ten en cuenta que exploradores y wallets pueden usar etiquetas ligeramente distintas, pero los campos subyacentes siguen las definiciones del Developer Guide.
- Primero revisa los detalles en tu wallet
- Para vista en crudo usa un explorador y busca por txid
- Comprueba la comisión sumando entradas y salidas
- Verifica la profundidad de confirmación y la altura de bloque si está confirmada
Comparación de mecanismos y sus limitaciones
La tabla compacta a continuación compara mecanismos clave cuando se leen transacciones y se evalúa la liquidación. No asigna puntuaciones absolutas, solo describe propósito y limitaciones prácticas.
| Mecanismo | Propósito principal | Limitación(es) clave |
|---|---|---|
| Modelo UTXO | Representa salidas discretas gastables; las wallets suman UTXOs para calcular saldos | Requiere rastrear muchos UTXOs para carteras grandes; las políticas de wallet afectan la gastabilidad |
| txid + vout | Identifica sin ambigüedad entradas y salidas que se gastan | El txid cambia si la transacción es reemplazada (RBF) o si una reorganización la invalida |
| Comisión = entradas − salidas | Contabilidad simple a nivel de protocolo que aceptan los mineros | Requiere conocer los valores de las entradas; el uso de entradas no confirmadas complica la estimación |
| Mempool y políticas de retransmisión | Propaga transacciones válidas para que los mineros las incluyan | Las reglas de retransmisión varían por nodo y las txs de baja comisión o no estándar pueden no propagarse ampliamente |
| Confirmaciones (profundidad de bloque) | Mide el progreso de liquidación por bloques añadidos sobre el bloque que contiene la tx | La finalización es probabilística; las reorganizaciones pueden revertir txs hasta una suficiente profundidad |
Preguntas frecuentes
Q: ¿Cómo encuentro el txid de una transacción que envié? R: Abre los detalles de la transacción en tu wallet; la mayoría muestran el txid. Si no aparece, exporta la transacción en bruto o usa un explorador de bloques y busca por dirección y rango de tiempo para localizar el txid.
Q: ¿Cómo calcula mi wallet la comisión que pagué? R: La wallet suma los valores de las entradas usadas en la transacción y resta la suma de las salidas; la diferencia es la comisión. La wallet elige entradas y configura salidas para apuntar a una tasa objetivo basada en el tamaño en vbytes y la velocidad deseada.
Q: ¿Por qué mi transacción está sin confirmar en el mempool? R: Porque aún no la han incluido en un bloque, su comisión puede ser baja frente a la demanda actual, o puede no haber sido ampliamente propagada por violar políticas locales de retransmisión (no‑estandaridad).
Q: ¿Qué implican 0, 1 o 6 confirmaciones respecto al riesgo de reversión? R: 0 = no en la cadena preferida; 1 = incluida en un bloque pero vulnerable a reorganizaciones cortas; varias confirmaciones adicionales reducen probabilidades de reversión porque el coste de rehacer trabajo aumenta. La cifra adecuada depende del riesgo tolerable y del contexto operativo.
Q: ¿Cuándo será gastable mi salida de cambio? R: La salida de cambio es un UTXO cuando la transacción que la crea está en la cadena preferida. Algunas wallets permiten gastar cambio de padres no confirmados; otras exigen confirmación. Las salidas coinbase requieren 100 bloques antes de poder gastarse.
Q: ¿Qué hace que una transacción sea no estándar? R: La no‑estandaridad es una política local aplicada por nodos para decidir si relayan una transacción; puede incluir formas de script inusuales o codificaciones no canónicas. Las transacciones no estándar pueden no propagarse ampliamente y, por tanto, tener dificultades para ser minadas.
Conclusión y puntos prácticos
Leer una transacción de Bitcoin implica inspeccionar entradas, salidas y txid; calcular la comisión es una resta simple entradas − salidas; los UTXOs son las unidades primitivas que rastrean las wallets; y las confirmaciones representan la inclusión y la profundidad en la cadena de bloques, aumentando la confianza en la liquidación pero sin proporcionar garantías absolutas.
Si una transacción está sin confirmar, comprueba su estado en el mempool, la comisión pagada en relación con la velocidad deseada y si la transacción es estándar. Para inspecciones rápidas, empieza por tu wallet y recurre a un explorador para ver campos en bruto. Bitcoin.org y el Bitcoin Developer Guide son las referencias canónicas para el comportamiento del protocolo descrito en esta guía.
- Verifica txid e inputs/outputs para confirmar lo transmitido
- Comprueba la comisión como sum(entradas) − sum(salidas) para entender lo que reclamaría el minero
- Trata la profundidad de confirmación como una protección probabilística, no como finalidad absoluta
- Las políticas de wallet y de retransmisión de nodos afectan la propagación y la gastabilidad de salidas
Fuentes y referencias
Fuentes y metodología · Comunicar una corrección
Contenido informativo. No es asesoramiento financiero.
