Esta página se tradujo automáticamente del inglés.Traducción automática.

Switch to EnglishView in EnglishReportar un problema de traducciónSugerir una corrección

Volver a las lecciones

Capítulo 10 - 0 de 10 cuestionarios aprobados

El recorrido de un pago

Sigue un pago desde su inicio en la billetera (wallet) hasta su liquidación confirmada.

  • Ordenar las etapas de un pago, desde su creación en la billetera hasta su confirmación
  • Identificar las principales causas de fallo y lo que realmente garantiza una confirmación

Respuestas rápidas

¿Cómo funciona un pago de Bitcoin paso a paso?

La billetera lo crea y firma, los nodos lo validan y retransmiten, un minero lo incluye en un bloque y se acumulan las confirmaciones.

¿Cuántas confirmaciones son seguras?

Cada confirmación hace más difícil revertir el pago. Muchos servicios esperan seis para montos grandes; las reorganizaciones poco profundas todavía pueden anular una o dos.

¿Por qué puede fallar un pago de Bitcoin?

Por scripts incorrectos, comisiones demasiado bajas para que se confirme, reemplazos, transacciones eliminadas de las mempools y reorganizaciones poco profundas.

La billetera crea el pago

La billetera inicia el recorrido seleccionando UTXO, agregando la dirección del destinatario como una salida, calculando el cambio y eligiendo una tasa de comisión. La selección de monedas afecta la comisión, la privacidad y qué monedas quedan vinculadas entre sí. Una buena billetera muestra el destino, el monto y la comisión antes de firmar.

Alice firma

La billetera (wallet) firma el sighash con la clave privada de Alice. La firma autoriza las entradas seleccionadas y las salidas cubiertas por el tipo de sighash. No revela la clave. En una billetera de hardware, este es el momento de verificar el destino y el monto en la pantalla del dispositivo.

El nodo valida

El nodo comprueba la transacción antes de confiar en ella: las firmas deben ser válidas, las entradas no deben haberse gastado, los valores deben cuadrar y los scripts deben ejecutarse correctamente. Un nodo que la rechaza no la retransmitirá. Aun así, alguien puede enviarla a otro lugar, incluso directamente a un minero; una transacción que no cumple las reglas de consenso no puede incluirse en una cadena válida. La política de retransmisión también puede rechazar una transacción que sí cumple las reglas de consenso.

Retransmisión y mempool

Las transacciones válidas sin confirmar se retransmiten de nodo en nodo. Cada nodo mantiene su propia mempool, así que «en la mempool» no significa que exista una sola sala de espera global. Los mineros eligen transacciones según la tasa de comisión y otras reglas de política. Una transacción puede estar presente en un nodo y ausente en otro.

El minero incluye la transacción

El minero selecciona transacciones de su mempool, construye un bloque candidato y busca una prueba de trabajo. Si el minero gana, el pago aparece en un bloque. Otros mineros pueden construir sobre ese bloque y añadir confirmaciones. Una transacción también puede reemplazarse (RBF) o acelerarse (CPFP) antes de confirmarse.

Se acumulan las confirmaciones

Cada bloque posterior añade más prueba de trabajo sobre el pago de Alice, lo que hace más costoso revertirlo. Una confirmación es una señal sólida para pagos pequeños; para pagos mayores, a menudo se esperan más. Una confirmación no es una garantía legal y una reorganización profunda es posible, aunque costosa. El umbral práctico depende del monto y del riesgo.

Laboratorio de Red

Obsérvalo en la simulación

Sigue el pago de Alice a Bethlehem.

Abrir el Laboratorio de Red - Sigue el pago de Alice a Bethlehem.

Con qué debes quedarte

Un pago se construye, firma, valida, retransmite, mina y confirma. Cada paso puede fallar: scripts incorrectos, comisiones bajas, reemplazos, transacciones descartadas y reorganizaciones poco profundas.

Recuerda y luego aplica

Sigue la secuencia construir → firmar → validar → retransmitir → minar → confirmar. Nombra una falla antes de la confirmación y un riesgo después de ella.

Comprueba tu explicación

Antes de la confirmación: rechazo por políticas, firma inválida, comisión baja, reemplazo o expulsión de la mempool. Después de la inclusión: una reorganización puede eliminar el bloque que contiene la transacción; las confirmaciones posteriores reducen ese riesgo, pero no lo eliminan.

Evaluación

Pregunta 1 de 3

Una billetera (wallet) indica «enviado» y un nodo ha aceptado el pago en su mempool. ¿Qué puede concluir quien recibe el pago?

Pregunta 2 de 3

¿En qué orden avanza un pago?

Pregunta 3 de 3

Tu pago tiene seis confirmaciones. ¿Qué significa eso?

Términos clave

Fuentes

Revisado el 25 de octubre de 2026 · no es asesoramiento financiero