Vad är Lightning Network?

Bitcoin behandlar ungefär 7 transaktioner per sekund onchain. Visa hanterar runt 24 000. Den klyftan skulle alltid bli ett problem om Bitcoin någonsin skulle fungera som en infrastruktur för vardagsbetalningar, och i åratal fanns den där, lite klumpigt, som en sportbil fast i första växeln.

Lightning Network är Bitcoins svar. Lightning föreslogs i en white paper från 2015 av Joseph Poon och Thaddeus Dryja och är ett betalningsprotokoll i Layer 2 (ett nätverk byggt ovanpå Bitcoins baslager) som dirigerar transaktioner utanför huvudblockkedjan, avvecklar dem nästan omedelbart och debiterar avgifter som är så låga att de vanligtvis mäts i bråkdelar av en cent. En rapport från 2024 av River Financial uppskattade att Lightning Network behandlade över 279 miljoner transaktioner det året, upp från 35 miljoner år 2021, en bana som följer den växande användningen hos handlare och börser.

Om du någonsin har använt Krakens insättningar och uttag via Lightning Network, har du upplevt detta direkt: BTC anländer på sekunder, inte minuter.

Lightning Network är byggt på ett koncept som kallas för en betalningskanal. En betalningskanal är en privat huvudbok mellan två parter, säkrad av en Bitcoin-transaktion med multisignatur som låser tillgångar på huvudblockkedjan.

Så här fungerar det, steg för steg.

Två deltagare (säg, Alice och Bob) öppnar en kanal genom att sända en enskild onchain Bitcoin-transaktion som låser en viss mängd BTC i en 2-av-2 multisignatur-adress. Se det som två personer som lägger kontanter i en låst låda som kräver bådas nycklar för att öppnas. När kanalen väl är öppen kan Alice och Bob skicka BTC fram och tillbaka mellan varandra så många gånger de vill. Ingen av dessa mellanliggande överföringar når huvudblockkedjan. De är bara uppdateringar av en delad balansräkning som båda parter signerar. När de är klara stänger de kanalen med en sista onchain-transaktion som avvecklar slutresultatet.

Den smarta delen: du behöver inte en direkt kanal med alla du vill betala. Lightning Network dirigerar betalningar genom andra personers kanaler. Om Alice har en kanal med Bob, och Bob har en kanal med Carol, kan Alice betala Carol via Bob utan att varken Alice eller Carol behöver öppna en ny kanal. Detta nät av sammanlänkade kanaler är det som gör Lightning till ett nätverk snarare än bara en serie bilaterala arrangemang.

Betalningsdirigering använder en mekanism som kallas för Hash Time-Locked Contracts (HTLCs). Ett HTLC är en villkorad betalning: Alice säger i princip ”Jag släpper tillgångar till Bob så snart han bevisar att han har vidarebefordrat betalningen till Carol.” Det kryptografiska beviset färdas tillbaka genom rutten när Carol tar emot betalningen, vilket triggar varje steg att avvecklas. Ingen i kedjan kan stjäla tillgångarna eftersom villkoren upprätthålls av kod, inte tillit.

Om du vill förstå hur detta passar in i Bitcoins bredare arkitektur, förklarar artikeln om Layer 2-lösningar hur olika skalningsmetoder jämförs och vilka avvägningar var och en innebär.

Lightning-transaktioner slutförs på under en sekund i de flesta fall. Avgifterna ligger vanligtvis mellan 0 och några få satoshi per transaktion (en satoshi är en hundramiljondel av en Bitcoin). För en betalning på $50 vid ett BTC-pris på $60 000 blir en avgift på 1 satoshi per byte vid typiska Lightning-kurser mindre än $0,001.

För att göra det konkret: att skicka BTC till ett värde av $50 på blockkedjan (onchain) under en period med måttlig nätverksbelastning kan kosta $2–$5 i avgifter och ta 10–60 minuter att bekräfta. Samma betalning via Lightning kostar en bråkdel av en cent och kommer fram på under en sekund.

Avgiftsskillnaden är viktigast för små betalningar. Att köpa en kaffe med onchain-Bitcoin har aldrig varit ekonomiskt logiskt eftersom avgiften kan överstiga inköpspriset. Lightning gör mikrobetalningar gångbara för första gången. Det är ingen liten fotnot. Det är det som gör Lightning relevant för betalningar, spel, streaming och alla användningsområden där det faktiskt spelar roll att flytta små värdemängder snabbt.

För en djupare kontext om vad Bitcoin satoshi är och hur de benämns, går guiden om Bitcoin satoshi igenom enhetssystemet från grunden.

Betalningskanaler kräver inkommande och utgående likviditet för att fungera. Det är här Lightning börjar kännas mindre som magi och mer som VVS.

Utgående likviditet är den BTC du har låst i en kanal. Du kan bara skicka upp till det belopp du har låst. Inkommande likviditet är BTC som den andra sidan av kanalen har låst. Du kan bara ta emot betalningar upp till det beloppet. Om du öppnar en kanal med 0,01 BTC och omedelbart försöker ta emot en betalning på 0,01 BTC, kommer det att misslyckas eftersom du inte har någon inkommande likviditet ännu.

För slutanvändare som använder börsbaserad Lightning (som Krakens integrering) sker likviditetshanteringen i bakgrunden. Börser upprätthåller stora, välanslutna noder med betydande likviditet på båda sidor, vilket är anledningen till att det tenderar att fungera tillförlitligt att använda Krakens Lightning-funktion för insättningar och uttag utan att användare behöver tänka på kanalbalansering.

För användare som kör egna Lightning-noder är likviditetshantering en verklig operativ uppgift. Att öppna kanaler, balansera om dem när de blir ensidiga och hitta välanslutna routing-peers är alla en del av jobbet. Det är givande om du gillar den tekniska sidan av saken. Det är också en betydande tidsinvestering.

Routing kan ibland misslyckas även i välskötta nätverk. När en betalning inte kan hitta en giltig väg med tillräcklig likviditet får avsändaren ett felmeddelande och försöker igen via en annan rutt. Moderna Lightning-plånböcker hanterar detta automatiskt, men det är värt att veta att »omedelbar« inte betyder »garanterad vid första försöket«.

Så här fungerar insättningar och uttag via Lightning i praktiken med Krakens integration.

Skicka BTC från Kraken via Lightning: navigera till uttagssidan, välj Bitcoin och välj alternativet Lightning Network. Du kommer att bli ombedd att ange en Lightning-faktura (en betalningsförfrågan genererad av mottagarens plånbok) istället för en vanlig Bitcoin-adress. Kraken avkodar fakturan, dirigerar betalningen genom sin Lightning-nod och mottagarens plånbok krediteras på några sekunder. Avgifterna är minimala och visas innan du bekräftar.

Ta emot BTC till Kraken via Lightning: generera en Lightning-faktura från Krakens insättningssida. Dela fakturan med avsändaren. Betalningen anländer vanligtvis inom några sekunder. Du behöver inte vänta på blockbekräftelser eftersom avvecklingen sker utanför blockkedjan (off-chain), där Krakens nod hanterar kanalmekaniken.

Ett verkligt scenario: en handlare har BTC i en Lightning-plånbok med självförvaring efter att ha använt Lightning för vardagliga inköp. De vill flytta dem till Kraken för att handla. Istället för en onchain-överföring (att vänta på bekräftelser, betala mining-avgifter) genererar de en Kraken Lightning-insättningsfaktura, betalar den från sin plånbok och BTC finns på deras Kraken-konto på under 10 sekunder. Avgiften är försumbar.

För sammanhang om hur man på ett säkert sätt skickar och tar emot kryptovalutor mer generellt, inklusive bästa praxis för adressverifiering, se guiden för säker sändning och mottagning av krypto.

Situation: En handlare förvarar en del av sin BTC i en hårdvaruplånbok med självförvaring och en del på Kraken för aktiv handel. Onchain-överföringar mellan de två tar vanligtvis 20–40 minuter vid måttlig nätverksbelastning och kostar $3–$8 per transaktion, vilket snabbt summerar sig om de ombalanserar varje vecka.

Metod: Efter att Kraken möjliggjorde stöd för Lightning Network satte handlaren upp en Lightning-plånbok kopplad till sin hårdvaruplånboks seed (med en kompatibel plånbok som Phoenix eller Breez). De använder Krakens Lightning-insättningsadress när de behöver flytta BTC till Kraken snabbt för att utnyttja en handelsmöjlighet.

Resultat: Överföringstiderna sjönk från 20–40 minuter till under 10 sekunder. Avgifterna sjönk från $3–$8 per transaktion till under $0,01. Under ett år av veckovisa ombalanseringar närmade sig besparingarna i avgifter ensamt $350.

Viktig lärdom: Lightnings värdeerbjudande är starkast för användare som flyttar BTC ofta och i belopp där onchain-avgifter utgör en betydande friktion. För sällsynta, stora överföringar kan onchain fortfarande vara att föredra med tanke på Lightnings begränsningar för kanalkapacitet.

Lightning är en betydande förbättring jämfört med onchain när det gäller hastighet och kostnad. Det innebär också risker som onchain-Bitcoin inte har.

Kanalfinansieringsrisk är den mest grundläggande. Att öppna en Lightning-kanal kräver att BTC låses i ett multisig-kontrakt. Medan den BTC är låst är den bunden till den kanalen och kan inte användas någon annanstans. En bugg eller sårbarhet i kanalkontraktet skulle i teorin kunna leda till förlust av medel, även om större Lightning-implementeringar har en stark säkerhetshistorik.

Watchtower-risk gäller om du driver din egen nod. Lightning-kanaler kräver att båda parter förblir online (eller har en "watchtower"-tjänst som övervakar åt dem) för att upptäcka och reagera på en skadlig kanalstängning. Om din motpart försöker stänga kanalen med ett utdaterat tillstånd som gynnar dem, måste din nod vara online inom ett definierat fönster för att bestrida det. De flesta moderna plånböcker hanterar detta automatiskt, men det är en riskprofil som onchain-Bitcoin inte har.

Routingsfel är snarare en praktisk olägenhet än en ekonomisk förlust. Betalningar misslyckas ibland eftersom det inte finns någon giltig väg med tillräcklig likviditet. Avsändarens medel är aldrig i riskzonen, men betalningen måste göras om.

Depåförvaltad kontra icke-depåförvaltad Lightning har olika riskprofiler. Om du använder en depåförvaltad Lightning-plånbok eller Lightning via en börs (som Krakens), litar du på att plattformen hanterar dina medel under överföringen, likt alla andra depåarrangemang på en börs. Självförvaltad Lightning ger dig full kontroll men kräver aktiv kanalhantering.

För en bredare överblick över hur depåförvaltade och icke-depåförvaltade plånböcker skiljer sig åt och när de är lämpliga, täcker jämförelseguiden om depåförvaltade kontra icke-depåförvaltade plånböcker avvägningarna direkt.

Lightning existerar inte isolerat. Det är en del av en bredare uppsättning ansträngningar för att utöka vad Bitcoin kan göra utan att ändra vad Bitcoin fundamentalt är.

SegWit (Segregated Witness), som aktiverades 2017, åtgärdade en bugg gällande transaktionsformbarhet som hindrade Lightning från att fungera tillförlitligt. Utan SegWit skulle Lightning som det ser ut idag inte vara möjligt. Taproot, som aktiverades 2021, förbättrade integriteten för öppnande av Lightning-kanaler genom att få dem att se ut som vanliga transaktioner på baslagret.

För mer information om hur SegWit ändrade Bitcoins transaktionsstruktur och varför det var viktigt för skalbarheten:

Krakens Lightning Network-integrering innebär snabbare BTC-insättningar och -uttag med lägre avgifter, backat av samma infrastruktur som har säkrat kundernas tillgångar sedan Kraken grundades 2011.

Lightning-insättningar och -uttag är tillgängliga direkt från Krakens gränssnitt. Ingen separat app, ingen kanalhantering, ingen teknisk konfiguration krävs. Du får hastighets- och kostnadsfördelarna med Lightning med Krakens säkerhet och tillförlitlighet i grunden.