LNURL: la suite que hace Lightning usable
LNURL no es un protocolo único: es una familia de protocolos que resuelven fricción real de usabilidad.
Por qué nació LNURL
El flujo Lightning clásico basado en invoice única era potente pero poco práctico para casos cotidianos. LNURL apareció como capa pragmática para simplificar interacciones mediante endpoints web y respuestas JSON estandarizadas.
Base técnica
Una cadena LNURL codifica una URL HTTPS en bech32. La wallet decodifica, consulta el endpoint y ejecuta la acción indicada. Esto exige servidor disponible, pero reduce pasos manuales para el usuario.
Variantes principales
LNURL-pay
Permite cobrar con endpoint estático que genera invoices dinámicas. Es la base de Lightning Address.
LNURL-withdraw
Permite que un servicio pague al usuario: este entrega invoice y el servidor la paga.
LNURL-auth
Autenticación sin contraseña. La wallet firma un desafío derivado por dominio; el servicio valida sin almacenar email/password.
LNURL-channel
Flujo para solicitar apertura de canal. Hoy es menos común por el avance de LSP automáticos.
LNURL fue creado por fiatjaf, también creador de Nostr. La convergencia Lightning + Nostr en identidad, pagos y UX no es casualidad.
LNURL vs BOLT12
BOLT12 resuelve de forma nativa parte del problema de direcciones reutilizables sin dependencia HTTP, con mejor privacidad. LNURL, sin embargo, está ampliamente desplegado hoy y cubre casos donde BOLT12 no sustituye directamente (por ejemplo ciertas variantes de auth/withdraw).
| Aspecto | LNURL | BOLT12 |
|---|---|---|
| Dependencia web | Sí | No (flujo base) |
| Adopción actual | Muy alta | Creciente |
| Privacidad receptor | Media | Alta |
Si el servidor de tu endpoint LNURL cae, no podrás cobrar aunque tu nodo Lightning esté funcionando.