Cómo crear y comprobar una solicitud de pago en Bitcoin

Qué obtendrás

Una solicitud de pago en Bitcoin puede incluir una dirección, un importe y una descripción breve en un solo enlace. Una wallet compatible puede abrir ese enlace o escanear su código QR y completar la pantalla de pago. Esto reduce los errores frente a pedir que alguien copie una dirección y escriba un importe por separado.

Esta guía muestra cómo crear una solicitud en una wallet, inspeccionar la información que contiene, compartirla y confirmar que la persona que paga recibió los mismos datos. No envía bitcoin. Los ejemplos prácticos usan una dirección que la especificación BIP 321 marca deliberadamente como inválida, de modo que no pueden convertirse en pagos accidentales.

BIP 321 es la especificación Complete vigente para las instrucciones de pago bitcoin:. Sustituyó a BIP 21 y documenta tipos modernos de dirección, además de instrucciones opcionales para Lightning y pagos silenciosos. La compatibilidad varía entre wallets, por lo que el proceso cotidiano más seguro empieza con los campos sencillos que casi toda pantalla de pago puede explicar: destino, importe, etiqueta y mensaje.

Antes de empezar

Necesitas:

• una wallet de Bitcoin capaz de crear una dirección nueva de recepción on-chain
• el importe que deseas solicitar, expresado en bitcoin o sats
• una descripción breve que tenga sentido para quien paga
• un canal privado o autenticado para compartir la solicitud cuando la identidad sea importante

No pegues una frase semilla, clave privada, copia de seguridad de la wallet ni clave pública extendida en una herramienta de solicitudes. Nada de eso es necesario. Una dirección de recepción es pública por diseño, pero compartirla todavía puede vincular un pago contigo.

Usa una dirección nueva para esta solicitud. Reutilizar una dirección sigue funcionando, pero facilita relacionar pagos separados en la cadena pública. La guía para solicitar pagos de Bitcoin Design también trata una solicitud como información para una transacción, no como una identidad permanente.

1. Crea la solicitud en tu wallet

Abre la wallet que debe recibir el pago y elige Recibir o Solicitar. Selecciona la cuenta correcta de Bitcoin. Si la wallet ofrece varias redes, elige la red principal de Bitcoin para bitcoin real, no Testnet, Testnet4, Signet, Liquid o Lightning, salvo que quien paga espere explícitamente ese otro sistema.

Genera una dirección nueva de recepción. Si usas un dispositivo de firma separado, verifica la dirección en ese dispositivo antes de continuar. Una computadora o un teléfono comprometidos pueden mostrar una dirección alterada. La solicitud debe construirse desde la dirección que confirma tu wallet o dispositivo de firma de confianza.

Introduce el importe solicitado. Las wallets pueden permitir escribir sats, BTC o un importe en moneda estatal. Comprueba la unidad antes de aceptar la conversión. En la URI subyacente, BIP 321 mantiene el campo amount en BTC decimal. Por ejemplo, 150.000 sats son 0.0015 BTC, no 150000 BTC.

Añade una etiqueta o un mensaje breve si la wallet lo permite. Usa algo que quien paga pueda verificar, como Factura 1042 de septiembre o Mesa 7. No coloques una dirección particular, contraseña de cuenta, palabras de recuperación ni otro secreto en esos campos. Los metadatos pueden copiarse, registrarse y mostrarse en varias aplicaciones.

La wallet debería mostrar ahora un código QR, un enlace de pago o ambos. Todavía no lo compartas.

2. Lee la solicitud antes de compartirla

Elige Copiar, Compartir o una acción equivalente y pega el resultado en una nota temporal. Una solicitud básica se parece a esta:

bitcoin:175tWpb8K1S7NmH4Zx6rewF9WQrcZv245W?amount=0.0015&label=Pedido%20de%20cafe&message=Mesa%207

La dirección del ejemplo es deliberadamente inválida y no debe pagarse. Sus partes siguen siendo útiles:

• bitcoin: indica al dispositivo que abra una wallet de Bitcoin compatible.
• El texto anterior a ? es el destino on-chain.
• amount=0.0015 solicita 0,0015 BTC, que son 150.000 sats.
• label=Pedido%20de%20cafe da a la wallet una etiqueta del destinatario.
• message=Mesa%207 describe el propósito.

%20 representa un espacio. Otros signos de puntuación y caracteres que no son ASCII también se codifican. Deja que la wallet construya este texto siempre que sea posible. Editar una URI a mano facilita dañar una dirección, cambiar un importe o crear un enlace que otra wallet no pueda interpretar.

Compara el destino completo de la solicitud con la dirección nueva que mostró tu wallet. Luego compara el importe en ambas unidades:

0.0015 BTC = 150.000 sats

Los puntos en 150.000 sats solo ayudan a la lectura humana en español. El importe de una URI usa un punto como separador decimal y no admite separadores de miles. amount=1,5 no es una forma válida de solicitar 1,5 BTC.

3. Comprueba la solicitud en una segunda vista

Usa una de estas comprobaciones antes de compartir una solicitud por un importe importante:

1. Escanea el código QR con una segunda wallet compatible, pero detente en su pantalla de revisión.
2. Abre el enlace copiado en otro dispositivo que tenga una wallet registrada para enlaces bitcoin:.
3. Pide a quien paga que te lea el destino, el importe y la descripción antes de aprobar nada.

La pantalla de revisión debe mostrar la misma dirección on-chain y el mismo importe. Una etiqueta o un mensaje ayuda a coordinar a las personas, pero Bitcoin no obliga a cumplir ninguno de los dos. Si la segunda wallet omite una etiqueta, el pago todavía puede llegar a la dirección. Si cambia la dirección o el importe, cancela y vuelve a crear la solicitud.

BIP 321 reserva los parámetros que comienzan con req- para funciones que es obligatorio entender. Una wallet que no comprenda uno de esos parámetros debe rechazar toda la solicitud. No elimines un campo req- desconocido solo para conseguir que se abra el enlace. Pide a quien solicita el pago que produzca una solicitud más sencilla.

Los campos desconocidos sin req- pueden ignorarse. Esto permite ampliar el formato, pero también significa que dos wallets pueden mostrar detalles opcionales distintos. El destino y el importe todavía necesitan una comprobación humana explícita.

4. Comparte por el canal adecuado

Para un pago en persona, deja que quien paga escanee el código QR directamente desde la pantalla de tu wallet. Mantén el código grande, brillante y sin obstrucciones. Confirma el importe en su pantalla de revisión antes de que lo apruebe.

Para un pago remoto, envía el enlace por un canal que esa persona ya relacione contigo. Si alguien recibe una solicitud desde una cuenta nueva o un mensaje inesperado, el enlace por sí solo no demuestra quién lo envió. Confirma la solicitud por un segundo canal conocido cuando una suplantación pueda importar.

Un código QR solo es otra representación del mismo texto. No es una firma, un certificado ni una prueba de propiedad de la dirección. Un código convincente todavía puede apuntar a la dirección de un atacante. La verificación de identidad y destino ocurre fuera del formato QR.

No publiques una solicitud sin necesidad. Las direcciones on-chain y las transacciones posteriores son públicas. Una dirección nueva limita la posibilidad de relacionar pagos, pero publicarla junto a tu nombre real crea esa relación por tu cuenta.

5. Confirma la recepción sin confundir los estados

Después de que la persona apruebe la transacción, tu wallet puede mostrar varios estados distintos:

• Solicitud creada: no implica que se haya enviado un pago.
• Transacción vista o pendiente: la wallet conoce una transacción, pero todavía no está en un bloque.
• Confirmada: la transacción fue incluida en un bloque.

La solicitud de pago no se actualiza por sí sola en la red Bitcoin. Su etiqueta y mensaje son metadatos de la wallet, no campos que los mineros conserven para ti. Comprueba en la wallet receptora la transacción real y el importe esperado.

No trates una captura de la solicitud como recibo. Solo demuestra que alguien mostró instrucciones de pago. Si necesitas inspeccionar un registro público de prueba sin conectar una wallet, usa nuestra guía para leer una transacción de Bitcoin.

Si algo sale mal

El escaneo abre la red equivocada: cancela. Vuelve a la wallet receptora y elige la cuenta de Bitcoin en la red que usará quien paga. No intentes reparar la diferencia cambiando los primeros caracteres de una dirección.

El importe es mucho mayor o menor de lo esperado: comprueba la unidad. La URI usa BTC, mientras muchas pantallas usan sats por defecto. Compara ambas representaciones antes de aprobar.

El enlace abre una búsqueda del navegador en vez de una wallet: copia el texto completo en la función Enviar o Escanear de la wallet. El sistema operativo puede no tener una aplicación registrada para los enlaces bitcoin:.

La wallet rechaza la solicitud: busca un escaneo QR incompleto, una instrucción de pago incompatible o un parámetro obligatorio desconocido. Pide una dirección on-chain y un importe sencillos en lugar de borrar campos por tu cuenta.

La dirección cambia después de copiarla: detente. Reconecta o vuelve a abrir la wallet receptora, genera una dirección nueva y verifícala otra vez. No envíes un pago de prueba pequeño a una dirección de la que ya desconfías.

Quien paga dice que la solicitud caducó: las direcciones on-chain normales no caducan, pero una solicitud combinada también puede incluir una factura de Lightning, y las facturas de Lightning sí caducan. Crea una solicitud nueva en lugar de suponer que todas las instrucciones antiguas siguen siendo utilizables.

El pago está pendiente: una solicitud válida no puede garantizar cuándo se confirmará una transacción. La confirmación depende de la difusión, las condiciones de comisiones y la inclusión en un bloque. Comprueba la transacción, no la antigüedad del código QR.

Qué demuestra este proceso y qué no

El proceso comprueba que el destino, el importe y la descripción sobrevivieron desde tu wallet receptora hasta la pantalla de revisión de quien paga. Reduce los errores de copia manual y detecta algunas sustituciones de dirección.

No demuestra la identidad de quien solicita, no garantiza que la wallet receptora sea segura, no reserva un tipo de cambio, no garantiza la confirmación ni proporciona una vía de reembolso. Tampoco convierte una dirección reutilizada en privada.

Para esta guía, los ejemplos de BIP 321 se analizaron con un script local desechable el 30 de septiembre de 2026. El caso con formato válido produjo el esquema, la dirección, el importe decimal, la etiqueta y el mensaje esperados. Los controles negativos detectaron un campo req- desconocido y rechazaron un importe con coma. No se usó ninguna interfaz de wallet, escáner QR, dirección real, cuenta, clave ni fondos, por lo que las pantallas específicas y el comportamiento de la cámara no se probaron aquí.

La comprobación final pertenece a la pantalla de revisión de quien paga: destino correcto, importe correcto, red esperada y después aprobación explícita. Una solicitud lleva instrucciones. Nunca sustituye esa decisión.