Zahlungsschicht
l402-kit ist eine souveräne Middleware, die jedem HTTP-Endpunkt in 3 Zeilen Code eine Bitcoin-Lightning-Paywall hinzufügt. Sie bringen Ihren eigenen Lightning-Anbieter mit — Gelder fließen direkt in Ihre Wallet, kein Zwischenhändler erforderlich.Protokoll: L402
L402 ist ein offener Standard, der HTTP/1.1 um einen nativen Zahlungs-Handshake erweitert:paymentHash der Rechnung gebunden ist. Das preimage ist das kryptografische Geheimnis, das vom Lightning-Knoten freigegeben wird, wenn die Zahlung abgewickelt wird. Der Server verifiziert:
Rechnungserstellungsablauf
Zahlungsverifizierungsablauf
payment_hash-Protokollierung) läuft asynchron und blockiert die Anfrage nicht.
Macaroon-Format
l402-kit verwendet einen leichtgewichtigen benutzerdefinierten macaroon — nicht libmacaroon. Das Token ist einbase64url-kodiertes JSON-Objekt:
Authorization-Headers ist:
Gebührenmodell
| Modus | Gebühr | Einrichtung |
|---|---|---|
| Souverän (beliebiger Anbieter) | 0% — Sie behalten 100% | Bringen Sie Ihre eigenen Anbieter-Zugangsdaten mit |
Verwaltet (ManagedProvider) | 0,3% an l402kit.com | Kein Lightning-Knoten — funktioniert sofort |
Datenspeicherung (optional — Supabase)
Setzen SieSUPABASE_URL + SUPABASE_ANON_KEY, um Zahlungen automatisch zu protokollieren:
payment_hash statt preimage? Der payment_hash ist bereits in jede BOLT11-Rechnung eingebettet — er ist designbedingt öffentlich. Nur das preimage ist geheim. Die Speicherung des Hashes bietet Wiederholungsschutz ohne zusätzliche Gefährdung.
Lightning-Anbieter
l402-kit ist anbieterunabhängig. Jedes Backend, dasLightningProvider implementiert, funktioniert:
| Anbieter | Hinweise |
|---|---|
| Alby Hub | Selbstverwahrt, 0% Gebühr |
| Blink | Kostenlos verwahrt, kein KYC für kleine Beträge |
| BTCPay Server | Selbst gehostet, vollständige Souveränität |
| OpenNode | Verwahrt, keine Einrichtung erforderlich |
| LNbits | Selbst gehostet oder in der Cloud |
Sicherheitsgarantien
| Bedrohung | Gegenmaßnahme |
|---|---|
| Wiederholungsangriff | Preimage wird nach der ersten Verifizierung als verwendet markiert — In-Memory- oder Redis-Adapter |
| Gefälschtes preimage | SHA256(preimage) === paymentHash ist kryptografisch nicht fälschbar |
| Token-Ablauf | Macaroon enthält exp-Zeitstempel — wird bei jeder Anfrage geprüft |
| Webhook-Spoofing | HMAC-SHA256(secret, body) wird vor der Verarbeitung verifiziert |