Hvad er Lightning-netværket?

Bitcoin behandler cirka 7 transaktioner per sekund onchain. Visa håndterer omkring 24.000.

Det gab ville altid være et problem, hvis Bitcoin nogensinde skulle fungere som hverdagens betalingsinfrastruktur, og i årevis sad det der, lidt akavet, som en sportsvogn der sidder fast i første gear.

Lightning Network er Bitcoins svar. Foreslået i et white paper fra 2015 af Joseph Poon og Thaddeus Dryja, er Lightning en Layer 2-betalingsprotokol (et netværk bygget oven på Bitcoins basislag), der dirigerer transaktioner væk fra hovedblockchainen, afvikler dem næsten øjeblikkeligt og opkræver gebyrer så lave, at de typisk måles i brøkdele af en cent. En rapport fra 2024 fra River Financial estimerede, at Lightning Network behandlede over 279 millioner transaktioner det år, op fra 35 millioner i 2021, en udvikling der følger med den voksende accept blandt handlende og børser.

Hvis du nogensinde har brugt Krakens Lightning Network-indskud og -udbetalinger, har du oplevet dette direkte: BTC ankommer på sekunder, ikke minutter.

Lightning Network er bygget på et koncept kaldet en betalingskanal. En betalingskanal er en privat regnskabsbog mellem to parter, sikret af en multisignature Bitcoin-transaktion, der låser midler på hovedblockchainen.

Sådan fungerer det, trin for trin.

To deltagere (lad os sige Alice og Bob) åbner en kanal ved at sende en enkelt onchain Bitcoin-transaktion, der låser et bestemt beløb BTC til en 2-af-2 multisignature-adresse. Tænk på det som to personer, der lægger kontanter i en låst kasse, der kræver begge deres nøgler for at åbne. Når kanalen er åben, kan Alice og Bob sende BTC frem og tilbage mellem hinanden så mange gange, de ønsker. Ingen af disse mellemliggende overførsler rammer hovedblockchainen. De er blot opdateringer af et fælles regnskab, som begge parter underskriver. Når de er færdige, lukker de kanalen med en afsluttende onchain-transaktion, der afregner nettoresultatet.

Den smarte del: du behøver ikke en direkte kanal med alle, du ønsker at betale. Lightning Network dirigerer betalinger gennem andre folks kanaler. Hvis Alice har en kanal med Bob, og Bob har en kanal med Carol, kan Alice betale Carol via Bob, uden at hverken Alice eller Carol behøver at åbne en ny kanal. Dette net af indbyrdes forbundne kanaler er det, der gør Lightning til et netværk snarere end blot en række bilaterale aftaler.

Betalingsrouting bruger en mekanisme kaldet Hash Time-Locked Contracts (HTLCs). En HTLC er en betinget betaling: Alice siger i det væsentlige: „Jeg frigiver midler til Bob, så snart han beviser, at han videresendte betalingen til Carol.“ Det kryptografiske bevis rejser tilbage gennem ruten, når Carol modtager betalingen, hvilket udløser, at hvert hop afregnes. Ingen i kæden kan stjæle midlerne, fordi betingelserne håndhæves af kode, ikke tillid.

Hvis du vil forstå, hvordan dette passer ind i Bitcoins bredere arkitektur, forklarer artiklen om Layer 2-løsninger, hvordan forskellige skaleringsmetoder sammenlignes, og hvilke kompromiser hver enkelt indebærer.

Lightning-transaktioner afvikles på under et sekund i de fleste tilfælde. Gebyrer er typisk mellem 0 og et par satoshis per transaktion (en satoshi er en hundredmilliontedel af en Bitcoin). For en betaling på 50 $ til en BTC-pris på 60.000 $, udgør et gebyr på 1 satoshi per byte ved typiske Lightning-rater mindre end 0,001 $.

For at gøre det mere konkret: at sende BTC til en værdi af 50 $ via onchain under en periode med moderat netværksbelastning kan koste 2–5 $ i gebyrer og tage 10–60 minutter at bekræfte. Den samme betaling via Lightning koster en brøkdel af en cent og ankommer på under et sekund.

Gebyrforskellen betyder mest for små betalinger. At købe en kaffe med onchain Bitcoin har aldrig givet økonomisk mening, fordi gebyret kan overstige købsprisen. Lightning gør mikrobetalinger mulige for første gang. Det er ikke en uvæsentlig fodnote. Det er det, der gør Lightning relevant for betalinger, spil, streaming og enhver brugssituation, hvor det at flytte små værdier hurtigt rent faktisk betyder noget.

For en dybere kontekst om, hvad Bitcoin satoshis er, og hvordan de denomineres, gennemgår guiden om Bitcoin satoshis enhedssystemet fra grunden.

Betalingskanaler kræver indgående og udgående likviditet for at fungere. Det er her, Lightning begynder at føles mindre som magi og mere som VVS-arbejde.

Udgående likviditet er den BTC, du har bundet til en kanal. Du kan kun sende op til det beløb, du har låst. Indgående likviditet er BTC, som den anden side af kanalen har bundet. Du kan kun modtage betalinger op til det beløb. Hvis du åbner en kanal med 0,01 BTC og straks forsøger at modtage en betaling på 0,01 BTC, vil det mislykkes, fordi du endnu ikke har indgående likviditet.

For slutbrugere, der anvender udvekslingsbaseret Lightning (som Krakens integration), sker likviditetsstyring bag kulisserne. Børser opretholder store, velkoblede noder med betydelig likviditet på begge sider, hvilket er grunden til, at brugen af Krakens Lightning-funktion til indbetalinger og udbetalinger typisk fungerer pålideligt, uden at brugerne behøver at tænke på kanalbalancering.

For brugere, der driver deres egne Lightning-noder, er likviditetsstyring en reel operationel opgave. At åbne kanaler, genbalancere dem, når de bliver ensidige, og finde velkoblede routing-partnere er alt sammen en del af arbejdet. Det er givende, hvis du nyder den tekniske side af sagen. Det er også en betydelig tidsinvestering.

Routing kan lejlighedsvis mislykkes selv på velforvaltede netværk. Når en betaling ikke kan finde en gyldig vej med tilstrækkelig likviditet, modtager afsenderen en fejl og forsøger igen via en anden rute. Moderne Lightning-wallets håndterer dette automatisk, men det er værd at vide, at „øjeblikkeligt” ikke betyder „garanteret ved første forsøg”.

Sådan fungerer Lightning-indbetalinger og -udbetalinger i praksis ved hjælp af Krakens integration.

Afsendelse af BTC fra Kraken via Lightning: gå til udbetalingsskærmen, vælg Bitcoin, og vælg Lightning Network-indstillingen. Du vil blive bedt om en Lightning invoice (en betalingsanmodning genereret af modtagerens wallet) i stedet for en standard Bitcoin-adresse. Kraken afkoder fakturaen, dirigerer betalingen gennem sin Lightning node, og modtagerens wallet krediteres på få sekunder. Gebyrerne er minimale og vises, før du bekræfter.

Modtagelse af BTC til Kraken via Lightning: generer en Lightning invoice fra Krakens indbetalingsskærm. Del fakturaen med afsenderen. Betalingen ankommer typisk inden for få sekunder. Der er ingen ventetid på blokbekræftelser, fordi afregningen sker off-chain, hvor Krakens node håndterer kanalmekanikken.

Et scenarie fra den virkelige verden: en trader har BTC liggende i en Lightning wallet med egen forvaltning efter at have brugt Lightning til hverdagsindkøb. De ønsker at flytte det til Kraken for at handle. I stedet for en onchain-overførsel (ventetid på bekræftelser, betaling af mining-gebyrer) genererer de en Kraken Lightning deposit invoice, betaler den fra deres wallet, og BTC er på deres Kraken-konto på under 10 sekunder. Gebyret er ubetydeligt.

For kontekst om, hvordan man sikkert sender og modtager kryptovaluta mere generelt, herunder bedste praksis for adressebekræftelse, se guiden til sikker afsendelse og modtagelse af krypto.

Situation: En trader opbevarer en del af deres BTC i en hardware wallet med egen forvaltning og en del på Kraken til aktiv handel. Onchain-overførsler mellem de to tager typisk 20–40 minutter under moderat netværksbelastning og koster 3–8 $ pr. transaktion, hvilket hurtigt løber op, hvis de omfordeler ugentligt.

Tilgang: Efter at Kraken aktiverede Lightning Network-understøttelse, oprettede traderen en Lightning wallet forbundet til deres hardware wallets seed (ved hjælp af en kompatibel wallet som Phoenix eller Breez). De bruger Krakens Lightning deposit address, når de har brug for hurtigt at flytte BTC til Kraken for at udnytte en handelsmulighed.

Resultat: Overførselstiderne faldt fra 20–40 minutter til under 10 sekunder. Gebyrerne faldt fra 3–8 $ pr. transaktion til under 0,01 $. Over et år med ugentlige omfordelinger nærmede gebyrbesparelserne sig alene 350 $.

Nøglelære: Lightning's value proposition er stærkest for brugere, der ofte flytter BTC og i beløb, hvor onchain-gebyrer udgør en betydelig friktion. For sjældne, store overførsler kan onchain stadig være at foretrække i betragtning af Lightning's channel-capacity limits.

Lightning er en betydelig forbedring i forhold til onchain, hvad angår hastighed og omkostninger. Det introducerer også risici, som onchain Bitcoin ikke har.

Risiko ved kanalfinansiering er den mest fundamentale. Åbning af en Lightning-kanal kræver låsning af BTC i en multisig-kontrakt. Mens den BTC er låst, er den forpligtet til den kanal og kan ikke bruges andre steder. En fejl eller sårbarhed i kanalkontrakten kunne, i teorien, resultere i tab af midler, selvom store Lightning-implementeringer har en stærk sikkerhedshistorik.

Watchtower-risiko gælder, hvis du driver din egen node. Lightning-kanaler kræver, at begge parter forbliver online (eller har en "Watchtower"-tjeneste, der overvåger på deres vegne) for at opdage og reagere på en ondsindet kanallukning. Hvis din modpart forsøger at lukke kanalen ved hjælp af en forældet tilstand, der favoriserer dem, skal din node være online inden for et defineret tidsrum for at bestride det. De fleste moderne wallets håndterer dette automatisk, men det er en risikoprofil, som onchain Bitcoin ikke har.

Routingsfejl er mere en praktisk ulempe end et finansielt tab. Betalinger mislykkes lejlighedsvis, fordi der ikke findes en gyldig rute med tilstrækkelig likviditet. Afsenderens midler er aldrig i fare, men betalingen skal forsøges igen.

Forvaltet kontra ikke-forvaltet Lightning har forskellige risikoprofiler. Hvis du bruger en forvaltet Lightning-wallet eller en udvekslingshostet Lightning (som Krakens), stoler du på den platform med dine midler under overførslen, ligesom enhver udvekslingsopbevaringsordning. Ikke-forvaltet Lightning giver dig fuld kontrol, men kræver aktiv kanaladministration.

For en bredere forståelse af, hvordan forvaltede og ikke-forvaltede wallets adskiller sig, og hvornår hver især giver mening, dækker sammenligningsguiden om forvaltede versus ikke-forvaltede wallets afvejningerne direkte.

Lightning eksisterer ikke isoleret. Det er en del af en bredere indsats for at udvide, hvad Bitcoin kan, uden at ændre hvad Bitcoin fundamentalt er.

SegWit (Segregated Witness), aktiveret i 2017, rettede en transaktionsmalleabilitetsfejl, der forhindrede Lightning i at fungere pålideligt. Uden SegWit ville Lightning, som det eksisterer i dag, ikke være muligt. Taproot, aktiveret i 2021, forbedrede privatlivet for Lightning-kanalåbninger ved at få dem til at se ud som standardtransaktioner på basislaget.

For mere om, hvordan SegWit ændrede Bitcoins transaktionsstruktur, og hvorfor det var vigtigt for skalerbarhed:

Krakens Lightning Network-integration betyder hurtigere BTC-indbetalinger og -udbetalinger med lavere gebyrer, understøttet af den samme infrastruktur, der har sikret kundeaktiver siden Krakens grundlæggelse i 2011.

Lightning-indbetalinger og -udbetalinger er tilgængelige direkte fra Krakens interface. Ingen separat app, ingen kanalhåndtering, intet teknisk setup er påkrævet. Du får Lightning-hastigheden og omkostningsfordele med Krakens sikkerhed og pålidelighed som fundament.