Glossar

LNURL

Aktualisiert 12. Juni 2026

LNURL ist ein offenes Protokoll-Set, das 2019–2020 entwickelt wurde, um die Kommunikation zwischen Lightning-Network-Wallets und externen Diensten über HTTP/HTTPS zu standardisieren und zu vereinfachen.

Das grundlegende Problem, das LNURL löst: Eine klassische BOLT11-Invoice im Lightning Network ist einmalig verwendbar, verfällt nach kurzer Zeit und muss vom Empfänger aktiv erstellt werden. Wer also wiederholt Zahlungen entgegennehmen möchte, müsste ohne LNURL jedes Mal manuell eine neue Invoice erzeugen und übermitteln. LNURL schiebt eine HTTP-Schicht dazwischen: Die Wallet des Senders ruft eine URL ab, der Server antwortet mit einer frischen BOLT11-Invoice, und die Zahlung kann ohne manuelle Schritte ausgelöst werden. Der Nutzer sieht davon in der Regel nur einen QR-Code oder einen kurzen Link.

Kernanwendungsfälle

LNURL-pay ermöglicht statische Zahlungsadressen: Ein Händler oder Ersteller veröffentlicht einmalig eine LNURL, die beliebig oft zum Empfang von Zahlungen genutzt werden kann. Jede Transaktion im Hintergrund erhält dennoch eine frische Invoice. LNURL-withdraw dreht den Fluss um – ein Dienst stellt Nutzern Mittel bereit, die diese per QR-Code-Scan in ihre eigene Wallet ziehen können, etwa bei Auszahlungen aus Loyalty-Programmen oder Faucets. LNURL-auth schließlich ermöglicht passwortlose Authentifizierung: Die Wallet signiert eine Challenge mit einem walletinternen Schlüssel, sodass sich Nutzer bei Webdiensten anmelden können, ohne ein Passwort zu vergeben oder eine E-Mail-Adresse preiszugeben.

Ein eng verwandtes Konzept sind Lightning Addresses – statische Identifier im Format nutzer@domain.com, die im Hintergrund LNURL-pay nutzen, um aus einer lesbaren Adresse eine gültige Invoice zu erzeugen. Sie machen Lightning-Zahlungen für Laien greifbarer, weil das Format dem vertrauten E-Mail-Schema entspricht.

Abgrenzung zu BOLT 12

LNURL und BOLT 12 überschneiden sich in ihrer Zielsetzung: Beide wollen wiederverwendbare Zahlungsanfragen und statische Empfängeradressen möglich machen. Der wesentliche Unterschied liegt in der Architektur. LNURL setzt auf bewährte Web-Standards (HTTP), was Entwicklern einen niedrigschwelligen Einstieg bietet und keine Änderungen am Lightning-Protokoll selbst erfordert. BOLT 12 ist dagegen tiefer im Protokoll verankert und kommt ohne externe HTTP-Infrastruktur aus – was Vorteile für Dezentralisierung und Datenschutz bieten kann, aber eine breitere Implementierung in Nodes und Wallets voraussetzt. Beide Ansätze können nebeneinander existieren; welche Lösung sich langfristig durchsetzt, ist noch offen.