BLOG
LNURL-withdraw revoluciona las transacciones de la red Lightning con códigos QR de fácil uso. Explore los proyectos creativos que utilizan LNURL-withdraw en el ecosistema Lightning en expansión.
Implementaciones como LNURL-withdraw hacen que la red Lightning sea cada vez más sencilla para el usuario final. Escanee un QR y reciba su pago, eso es todo. Muy lejos de las facturas de un solo uso que caracterizaban a la red Lightning en el pasado reciente. Algunos dirán que Lightning aún no está lista para su adopción masiva, pero en Blink creemos que sí lo está. Y LNURL-withdraw es una de las razones por las que estamos seguros de ello.
Empecemos por el principio: LNURL es un protocolo de código abierto que ofrece enormes mejoras en la experiencia del usuario y abre nuevas y emocionantes posibilidades. Fue creado inicialmente por Anton Kumaigorodski, que también creó el primer monedero móvil Lightning , con la colaboración de Fiatjaf, creador de Nostr. Como su nombre indica, LNURL se basa en HTTP y utiliza URL para interactuar con la red Lightning . El estándar permite a las partes que realizan transacciones intercambiar información, lo que deja la puerta abierta a que los desarrolladores innoven y creen nuevos servicios y funciones.
La única salvedad es que los monederos que interactúan tienen que soportar LNURL para ser compatibles entre sí. Sin embargo, la mayoría de los monederos de la red Lightning ya lo hacen, incluido tu favorito: Blink.
El problema que resuelve LNURL-withdraw es enorme.
Como probablemente sepa, la red Lightning está formada por miles de cadenas bidireccionales interconectadas. Para abrir uno, el usuario y la contraparte deben bloquear una cantidad de BTC en la cadena principal. Para recibir pagos, el usuario dependía de que la contraparte mantuviera liquidez. Si ninguna de las contrapartes del usuario tenía liquidez entrante, el pago simplemente no podía "enrutarse" a la cartera de dicho usuario.
Varios servicios se alzaron para arreglar ese punto débil de la armadura de la red Lightning , entre ellos: Magma de Amboss, Lightning Loop y Pool de Lightning Labs, Thor de Bitrefill y Liquidity Ads.
Sin embargo, el usuario seguía necesitando crear una factura de un solo uso para cobrar. Y eso en sí mismo impedía que dicho usuario recibiera pagos regulares, o que solicitara las propinas de Lightning que ahora internet llama "zaps".
Introduzca LNURL-withdraw. Como dice la guía para desarrolladores de Bolt.Fun:
"El flujo LNURL-withdraw estandariza la comunicación de esta factura LN y el pago de la factura en una única acción UX iniciada por el LN WALLET".
Así que seguimos usando facturas, pero están bajo el capó. Así es como funcionan las direccionesLightning . Así es también como funcionan las solicitudes de LNURL-withdraw y las solicitudes de pago. El usuario escanea un código QR, el monedero interactúa con el nodo, el nodo envía algunas especificaciones al monedero, el usuario selecciona qué hacer, se crea una factura y el usuario paga o recibe sats.
Nada es perfecto, y LNURL tiene una gran desventaja. Al estar construido sobre HTTP, el protocolo utiliza un servidor web para coordinar los LNURL-withdraws y el resto de actividades. Este hecho implica centralización y confianza, dos características con las que Bitcoin está firmemente en contra. Por suerte, servicios como el sistema de contabilidad de LNbits permiten a los usuarios más avanzados interactuar con LNURL de una forma más desconfiada.
Por otro lado, está la situación de Bolt12. Un segundo protocolo que fue creado inicialmente por el desarrollador de Core Lightning, y que está avanzando impulsado por la comunidad de código abierto. Este "borrador de especificación" ofrece todo lo que aporta LNURL, incluido LNURL-withdraws, y no necesita un servidor web que actúe como coordinador.
Sin embargo, Bolt12 aún está en desarrollo. Según el sitio web, de momento sólo tiene "soporte experimental"; y el equipo advierte: "desde que se reciban más comentarios e implementaciones, podría volver a cambiar". No obstante, dos grandes implementaciones de Lightning ya lo soportan, y es probable que ese número aumente en un futuro próximo.
El ecosistema LNURL ya es impresionante, pero ten por seguro que no ha hecho más que empezar. He aquí algunos proyectos selectos que utilizan LNURL-withdraw. Esto es lo que el protocolo es capaz de hacer:
https://twitter.com/r0ckstardev/status/1729688270051619148
Este artículo trata sobre LNURL-withdraw, pero por si acaso echa un vistazo a estos proyectos que utilizan su especificación hermana. El principal caso de uso son las direccionesLightning más útiles que Blink ha comentado anteriormente, pero eso es sólo el principio.
https://twitter.com/Printer_Gobrrr/status/1506547369957117957
Además, cualquiera, en cualquier parte del mundo, puede dar propina a esa tienda escaneando el código QR. Buena suerte con eso, Apple Pay.
Si quieres más, aquí tienes una lista de proyectos que utilizan LNURL-withdraw y LNURL pay requests. Son tan increíbles como los anteriores.
¿Quieres que tu historia aparezca en el blog de Blink? Únete al BUS de Blink: https://t.me/blinkbus
