Decodificador Lightning
Pega cualquier petición de la red Lightning y mira qué hay dentro: una dirección Lightning, una cadena lnurl1, una factura BOLT11 o una oferta BOLT12. El decodificador reconoce el formato por sí solo, y todo se decodifica en tu navegador.
Cuatro formatos, una red de pagos
Lightning fue creando sus formatos de pago por capas, y cada capa dejó atrás un formato de cadena. Las facturas BOLT11 son el original: una petición de un solo uso para un pago concreto, con el importe, un hash de pago y una expiración, firmada por el nodo que quiere cobrar. Después llegó LNURL, que sustituye la factura de un solo uso por un endpoint web reutilizable con el que habla tu wallet, y las direcciones Lightning ponen un nombre legible encima de LNURL-pay. BOLT12 es la capa más nueva: ofertas reutilizables integradas en el propio protocolo Lightning, sin servidor web de por medio.
En la práctica te cruzas con los cuatro: un terminal de tienda muestra una factura BOLT11, un bote de propinas imprime una dirección Lightning, un perfil de Nostr lleva un LNURL y un nodo moderno reparte una oferta lno1. Este decodificador acepta el que pegues y muestra los campos que importan para ese formato.
Qué lleva una factura BOLT11
Una factura BOLT11 son datos codificados en bech32 con una firma al final, y todo lo que necesita una wallet está en sus campos etiquetados: el importe en el prefijo, una marca de tiempo, el hash de pago que demuestra la liquidación, una descripción opcional y una expiración que por defecto es una hora. El decodificador los presenta, convierte el importe a sats y te dice claramente cuándo la factura ya expiró, que es la razón más común por la que falla un pago.
La red también está en el prefijo: lnbc es mainnet, lntb testnet, lntbs signet y lnbcrt regtest. Si un pago se niega a salir, comprobar aquí que la factura es realmente de mainnet lleva dos segundos.
BOLT12: ofertas sin servidor web
Una oferta BOLT12 (lno1) es el aspecto que tiene un código de pago Lightning estático cuando el propio protocolo hace el trabajo que LNURL delega en un servidor web. Una oferta es reutilizable, puede fijar un importe en sats o en una moneda fiat, y la factura que produce después viaja por la propia red Lightning. Eso saca el dominio web del modelo de confianza por completo, que es el principal argumento de BOLT12 frente a LNURL.
El decodificador lee los campos TLV de la oferta: descripción, emisor, importe, expiración y el id del nodo emisor. También maneja las formas lnr1 (solicitud de factura) y lni1 (factura), así que puedes inspeccionar cualquier etapa de un pago BOLT12.
Por qué decodificar antes de pagar
Toda cadena Lightning es opaca hasta que se decodifica, y en las cadenas opacas viven los errores y las estafas. Decodificar te muestra el destino detrás de una dirección Lightning, el importe real detrás de una factura y si lo que te enviaron ya expiró. Diez segundos de lectura ganan a un pago atascado o a sats enviados a un desconocido.
Para LNURL y direcciones Lightning, el decodificador también consulta los parámetros del endpoint cuando permite peticiones desde el navegador: límites enviables, la descripción del receptor y si anuncia soporte de zaps de Nostr. Para BOLT11 y BOLT12 no se consulta nada: la propia cadena contiene todo lo que se muestra.
Pon tus sats a trabajar
¿Sats listos para gastar? Azzamo Premium acepta pagos Lightning desde una hora hasta un año de tiempo de relay, sin necesidad de cuenta.
Consigue Premium