Proponen formas modernas de pagar con Bitcoin

El 23 de septiembre, Matt Corallo, colaborador del cliente Bitcoin Core, presentó una propuesta técnica que apunta a simplificar la manera en que se realizan los pagos con bitcoin (BTC).  

El planteo, publicado como borrador bajo la denominación Propuesta de Mejora de Bitcoin 321 ( BIP-321 ), deberá ser debatido por desarrolladores y bitcoiners antes de que pueda ser implementado en el protocolo. 

Conforme al repositorio de la propuesta, el objetivo es definir un nuevo esquema de direcciones «URI» (Identificador Uniforme de Recursos) para Bitcoin , es decir, enlaces que contienen instrucciones de pago y pueden abrirse desde navegadores web o mediante códigos QR.  

Esos enlaces ya existen en el estándar actual, incluido en la BIP-21 , pero el nuevo documento promete una actualización que refleje el «uso moderno de bitcoin y que prepare el terreno para futuras extensiones».

En términos simples, un URI es un enlace que comienza con «bitcoin:» seguido de una dirección o parámetros adicionales que describen el pago.  

Al hacer clic en ese enlace o escanearlo, un monedero compatible puede interpretar la instrucción y guiar al usuario en la ejecución del pago. 

Es cierto que aplicaciones como AQUA ya ofrecen experiencias de pago más amigables, con direcciones cortas o enlaces de pago que simplifican la interacción del usuario.  

La diferencia está en que lo hacen a nivel de aplicación: cada wallet implementa su propia solución. 

Lo que plantea Matt Corallo es llevar ese tipo de facilidades al nivel del protocolo de Bitcoin. Eso significa que cualquier wallet o servicio que siga el estándar podría adoptar la misma forma de pago, sin depender de una app en particular.  

En otras palabras, no es un reemplazo de lo que ya existe en AQUA u otras wallets, sino un intento de unificar y estandarizar esas funciones para que sean nativas en Bitcoin y no dependan de desarrollos externos. 

Aspectos más destacados de la nueva propuesta para Bitcoin

De acuerdo con el texto de BIP-321, los cambios más relevantes son los siguientes: 

• Compatibilidad ampliada: se incluyen direcciones modernas como bech32 y bech32m, además de direcciones heredadas base58. También se prevé la integración de otros métodos de pago, como facturas Lightning o Silent Payments.  

• Parámetros adicionales: el esquema permite añadir datos como monto exacto en BTC, nombre del destinatario, un mensaje descriptivo o un identificador único de la transacción. 

• Prueba de pago (Proof of Payment, PoP): se agrega la posibilidad de que la aplicación que inició el pago reciba una confirmación cuando este se haya completado. Para pagos on-chain, la prueba sería la transacción completa en formato hexadecimal; para Lightning, la preimagen del pago. 

• Reglas de seguridad: los clientes de bitcoin nunca deben ejecutar un pago sin autorización del usuario. Cada instrucción debe ser revisada y confirmada manualmente, aunque en algunos casos se podrá automatizar bajo decisión del usuario. 

• Integración con sistemas operativos: los monederos gráficos deberían registrarse como aplicaciones predeterminadas para manejar enlaces “bitcoin:”, de modo que al abrir un enlace el sistema invoque directamente la wallet . 

Un estándar para Bitcoin en evolución

El documento presentado por Corallo asegura que el BIP-21, vigente hasta ahora, se originó en versiones anteriores ( BIP-20 ) y quedó desactualizado frente a nuevas prácticas como el uso de Lightning o de direcciones con mayor privacidad.  

En este sentido, el nuevo borrador busca unificar criterios y generar un marco para desarrollos futuros. 

La lógica detrás de este esquema es que un enlace de pago no representa a una persona, sino a una instrucción única de transferencia.  

En Bitcoin se recomienda no reutilizar direcciones, por lo que cada «URI» debería ser considerado un identificador de pago temporal y no una identidad fija del receptor. 

Además, el autor de BIP-321 enfatiza que la incorporación de la prueba de pago puede ser clave en escenarios donde no existe un registro público de transacciones, como en Lightning. Allí, a diferencia de la cadena principal de Bitcoin, no hay un libro contable global que pueda ser monitoreado. 

La discusión ahora queda abierta entre los desarrolladores y actores técnicos de Bitcoin, quienes deberán evaluar la pertinencia de los cambios y la manera de integrarlos en futuras versiones del protocolo.