Lightning Network uitgelegd voor Nostr-gebruikers

Elke zap op Nostr is een Lightning-betaling. Als je zaps wilt verzenden of ontvangen, gebruik je Lightning, of je denkt er zo over of niet. En als het geheel zich voelt als een zwart gat, opent deze gids het.

We gaan niet in op de cryptografische details van betalingskanalen tenzij je ernaar vraagt. Dit is de Lightning-uitleg die de HTLC-wiskunde overslaat en zich richt op wat je daadwerkelijk tegenkomt als Nostr-gebruiker: facturen, wallets, kosten, en waarom het allemaal in seconden werkt in plaats van minuten.

TL;DR. Lightning is een snelle betalingslaag gebouwd bovenop Bitcoin. Betalingen zijn off-chain, gerouteerd door een netwerk van nodes, en vereffend in minder dan een seconde. Kosten zijn doorgaans een fractie van een cent. Nostr gebruikt Lightning voor zaps omdat alleen Lightning tips van één cent praktisch maakt.

Als je er klaar voor bent, claim je @nostr.blog-adres →

Het probleem dat Lightning oplost

Basislaag Bitcoin is veilig en gedecentraliseerd, maar het is traag en niet goedkoop voor kleine betalingen. Elke Bitcoin-transactie wordt opgenomen in een blok, en blokken komen ongeveer elke tien minuten. Een transactie betaalt een vergoeding evenredig met zijn grootte, en in drukke perioden kan de vergoeding voor het verplaatsen van enkele dollars enkele dollars zijn.

Dit maakt Bitcoin een slechte keuze voor fooi geven. Een tip van één cent die tien cent aan kosten kost en tien minuten wacht op bevestiging is geen tip; het is een fout.

Lightning bestaat omdat mensen zowel Bitcoins eigenschappen (zelfbeheer, zonder toestemming, geen tussenpersoon) als de economie van een betalingsnetwerk wilden (snel, goedkoop, voor kleine bedragen). Off-chain betalingskanalen lossen dit op door de blockchain-kosten over veel betalingen te spreiden.

Hoe een kanaal werkt, zonder de wiskunde

Twee mensen die vaker willen transacteren op Lightning openen een betalingskanaal door één Bitcoin-transactie te publiceren. Die transactie vergrendelt wat Bitcoin in een gedeeld 2-van-2 adres. Beide partijen hebben nu een kanaal met een capaciteit gelijk aan wat ze hebben vergrendeld.

Ze kunnen elkaar dan betalingen sturen door een off-chain record van het huidige saldo van het kanaal bij te werken. Alice stuurt Bob 100 sats: het record wordt bijgewerkt. Alice stuurt Bob 100 sats meer: weer bijgewerkt. Ze doen dit duizenden keren. Het raakt de blockchain niet.

Als ze klaar zijn, sluiten ze het kanaal door één meer Bitcoin-transactie te publiceren die het eindrekening vastlegt. Twee on-chain transacties bestrijken willekeurig veel betalingen tussen hen.

Schaal dit nu op. Alice heeft niet met elke Bitcoin-gebruiker ter wereld een kanaal. Ze heeft een kanaal met twee of drie goed verbonden nodes. Die nodes hebben kanalen met tientallen andere nodes, enzovoort. Een Lightning-betaling van Alice naar een vreemde over het netwerk wordt gerouteerd door een pad van intermediaire nodes, elk met een kanaal naar de volgende.

De betaling is atomair: deze slaagt van begin tot eind of mislukt geheel. Geen intermediaire node kan fondsen stelen omdat de cryptografie ervoor zorgt dat ze alleen betaald worden als de volgende hop ook betaald wordt. Dit is het gedeelte met de HTLC-wiskunde die we overslaan; de belangrijke eigenschap is atomariteit.

Hoe dit eruitziet als gebruiker

Je ziet geen van het bovenstaande. Dit is wat je daadwerkelijk ziet:

Als verzender: je tikt op "verzenden" in je Lightning-wallet, plakt een factuur of een Lightning-adres, kiest het bedrag, bevestigt. De wallet vindt een route door het netwerk en vereffent de betaling. De hele operatie duurt minder dan een seconde.

Als ontvanger: je deelt een Lightning-adres (zoals alice@getalby.com) of genereert een factuur (een lange tekenreeks beginnend met lnbc). De verzender betaalt beide; je wallet-saldo gaat omhoog.

De wallet abstraheerd de kanalen, de routering, de cryptografische atomariteit, en de kostenberekening. Wat je ziet zijn getallen die omhoog en omlaag gaan, en af en toe een waarschuwing over mislukte betaling als routering geen pad vond.

Waar Nostr Lightning gebruikt

Zaps zijn de Nostr-specifieke toepassing van Lightning. De flow:

1. Je wilt iemand een fooi geven voor hun bericht.
2. Je client vraagt hun Lightning-adres voor een factuur gekoppeld aan een zap-request-event (een specifiek Nostr-event dat de fooi beschrijft).
3. Hun wallet (of de service die hun Lightning-adres host) genereert een factuur voor het bedrag dat je hebt gekozen.
4. Je wallet betaalt de factuur.
5. Eenmaal betaald, publiceert de service die de betaling afhandelde een zap-receipt-event naar Nostr-relays.
6. Je client en hun client zien beide de ontvangst en renderen het als een zap met het bedrag zichtbaar naast het getipte bericht.

Vijf van die zes stappen zijn Lightning. Alleen stap vijf is Nostr-specifiek. De rest is standaard Lightning-infrastructuur die toevallig door Nostr-clients wordt aangeroepen.

Dit is waarom het werkend krijgen van zaps betekent dat je Lightning werkend moet krijgen. Een Nostr-zap die mislukt mislukt meestal omdat de Lightning-laag mislukte, niet omdat Nostr kapot is.

Custodiale versus non-custodiale wallets

Er bestaan twee soorten Lightning-wallets, en het verschil is belangrijk.

Custodiale wallets (Wallet of Satoshi, Strike, Blink, Primal wallet) houden je Bitcoin op hun eigen infrastructuur. Je hebt een account; zij hebben de sleutels. Voordelen: geen setup, onmiddellijke beschikbaarheid, geen kanaalsbeheer. Nadelen: de wallet-provider kan je fondsen blokkeren, ze zien je betalingen, en als ze verdwijnen verdwijnen je fondsen mee.

Non-custodiale wallets (Phoenix, Mutiny, Breez, Zeus, Alby zelf-hosted) houden de sleutels op je apparaat of je eigen node. Voordelen: alleen jij kan uitgeven, niemand kan je blokkeren, privacy is beter. Nadelen: je beheert kanalen en back-ups zelf, liquiditeit is iets waar je je af en toe over moet nadenken, setup is ingewikkelder.

Voor Nostr zap-activiteiten werken beide. Nieuwe gebruikers beginnen bijna altijd met een custodiale wallet omdat de wrijving lager is, en velen blijven daar omdat zap-bedragen klein zijn en het gemak wint. Gebruikers met hogere saldi of sterkere privacybehoeften gaan over op non-custodiale.

Lightning-adressen versus facturen

Een Lightning-adres ziet er uit als alice@getalby.com. Het is een permanente identificatie die je in je Nostr-profiel publiceert. Verzenders kunnen je zonder telkens een nieuwe factuur te genereren fooi geven; hun wallet vraagt je Lightning-adres automatisch om een verse factuur.

Een factuur is een eenmalig betalingsverzoek. Begint met lnbc... en codeert het bedrag, de doelnode, en een vervaldag (meestal een uur). Eenmalig gebruik; eenmaal betaald, kan niet opnieuw gebruikt worden.

Voor zaps deel je het Lightning-adres. Je wallet handelt factuur generatie achter de schermen af. Ruwe facturen zijn voor directe overdrachten (betaal deze persoon nu 0,01 BTC) waarbij je het exacte bedrag kent en geen herhaalde betalingen nodig hebt.

Kosten, de realistische nummers

Lightning-kosten zijn minuscuul vergeleken met basislaag Bitcoin.

• Typische zap (21 tot 1000 sats): de vergoeding is vaak nul of één sat. Sommige routes berekenen extra sats voor zeer kleine betalingen.
• Middelgrote betaling (100.000 sats, ongeveer $60): kosten meestal 1 tot 10 sats. 0,001 tot 0,01 procent.
• Grote betaling (1.000.000 sats, ongeveer $600): kosten 50 tot 500 sats. Nog steeds onder de 0,05 procent typisch.
• Kanaalopening (eenmalig, on-chain): wat de huidige Bitcoin mempool-tarief is. Varieert van 200 sats op rustige dagen tot 20.000 sats op drukke dagen.

De kostenstructuur keert die van Bitcoin op een belangrijke manier om: kleine Lightning-betalingen zijn goedkoop in absolute termen (een fractie van een cent), terwijl kleine on-chain Bitcoin-betalingen een vaste vergoeding betalen die het bedrag domineert. Lightning bestaat om kleine betalingen economisch te maken.

Wat Lightning nog niet kan

Eerlijke beperkingen per 2026:

• Ontvangen zonder inkomende liquiditeit. Je hebt kanalen nodig waar de andere kant een saldo heeft om je sats te "verzenden". Nieuwe non-custodiale wallets lossen dit op met auto-liquiditeitsaankopen, maar er is nog steeds een eerste-keer bewustwordingscurve.
• Zeer grote bedragen in één betaling verplaatsen. Het routeren van een 10 BTC-betaling door een typisch Lightning-netwerk is moeilijk omdat geen enkel pad zoveel liquiditeit heeft. Multi-path-betalingen helpen maar lossen het niet volledig op.
• Volledig anoniem zijn. De verzender kent de eerste hop van het pad; ontvangers kennen hun directe buur. Het volledige pad is verborgen voor iedereen behalve de verzender, maar metadata lekt. Tools zoals route-randomisering en trampoline-routering sluiten enkele gaten, niet alles.
• Offline werken. Lightning vereist dat zender en ontvanger (of een wallet-infrastructuur die hen vertegenwoordigt) online zijn wanneer de betaling plaatsvindt. Basislaag Bitcoin werkt asynchroon; Lightning niet.

Dit zijn actieve engineeringgebieden, geen fundamentele beperkingen. Het 2026 Lightning-netwerk handelt gebruiksgevallen af die het 2021 Lightning-netwerk niet kon. De trajectory gaat richting minder beperkingen elk jaar.

Wat te doen daarna

Als je hier bent omdat je iemand op Nostr wilt zappen:

1. Installeer een Lightning-wallet. Wallet of Satoshi is het gemakkelijkste startpunt voor beginners; Phoenix als je non-custodiale wilt op mobiel. (Als je je via nostr.blog hebt aangemeld, is een wallet al voor je ingericht als onderdeel van de flow, dus je kunt deze stap overslaan.)
2. Financier het met sats. Elke exchange die Lightning-opnames ondersteunt werkt; verschillende laten je fiat storten en Lightning rechtstreeks opnemen.
3. In je Nostr-profiel stel je je Lightning-adres in (de wallet geeft je er één).
4. Nu kunt je zaps verzenden en ontvangen.

De hele setup duurt ongeveer tien minuten. Het "Lightning Network" klinkt intimiderend als je artikelen zoals deze leest; in praktijk is het een wallet-app die Bitcoin verstuurt op dezelfde manier als elke andere app dollars verstuurt.