Avaleht
Artiklid
Bitcoini Lightning Networki juhend algajatele

Bitcoini Lightning Networki juhend algajatele

Algaja
Avaldatud Nov 28, 2018Värskendatud Feb 14, 2023
20m

Sissejuhatus

Krüptorahadel on mõned üsna ainulaadsed omadused. Neid ei saa hõlpsasti häkkida ega kinni panna ning igaüks saab neid kasutada väärtuse edastamiseks üle kogu maailma ilma kolmanda osapoole sekkumiseta.

Nende omaduste säilimise tagamiseks tuleb teha aga märkimisväärseid kompromisse. Kuna krüptovõrgu käitamise eest vastutavad paljud sõlmed, on läbilaskevõime piiratud. Selle tulemusena on plokiahela võrgu poolt töödeldavate tehingute arv sekundis (TPS) suhteliselt madal tehnoloogia jaoks, mille eesmärk on masside omaksvõtt.

Plokiahela tehnoloogia omaste piirangute ületamiseks on pakutud välja mitmeid skaleerimislahendusi võrguga toimetulevate tehingute arvu suurendamiseks. Selles artiklis sukeldume sügavalt Lightning Networki, üks Bitcoini protokolli laiendustest.


Mis on Lightning Network?

Lightning Network on võrk, mis istub plokiahela peal, et hõlbustada kiireid võrdõigusvõrgu tehinguid. See ei puuduta ainult Bitcoini – ka teised krüptorahad, näiteks Litecoin, on selle integreerinud.

Sul võib tekkida küsimus, mida me mõtleme mõiste all „istub plokiahela peal“. Lightning Network on nn ahelaväline või 2. kihi lahendus. See võimaldab üksikisikutel teha tehinguid, ilma et nad peaksid iga tehingut plokiahelas registreerima.

Lightning Network on Bitcoini võrgust eraldiseisev – sellel on oma sõlmed ning tarkvara, kuid sellest hoolimata suhtleb see põhiahelaga. Lightning Networki sisenemiseks või sealt väljumiseks pead looma plokiahelas spetsiaalsed tehingud.

See, mida sa oma esimese tehinguga tegelikult teed, on mõne teise kasutajaga nutilepingu sõlmimine. Süveneme peagi üksikasjadesse – praegu mõtle lihtsalt nutilepingule, mis hoiab teise kasutajaga privaatset arvestusraamatut. Sellesse arvestusraamatusse saab kirjutada palju tehinguid. Need on nähtavad ainult sulle ja sinu vastaspoolele, kuid kumbki teist ei saa seda mõne omapärase seadistuse tõttu petta.

Seda mini arvestusraamatut kutsutakse kanaliks. Oletame, et Alice ja Bob panid nutilepingusse kumbki 5 BTC-d. Nende kanalis oleks nüüd mõlema saldo 5 BTC-d. Alice võiks seejärel kirjutada arvestusraamatusse ja maksta Bobile 1 BTC. Nüüd on Bobil 6 BTC-d ja Alice'il on 4. Seejärel võib Bob saata hiljem Alice'ile 2 BTC-d tagasi, värskendades saldot 6 BTC-ni Alice'i poolel ja 4 BTC-ni Bobil. Nad võivad seda veel mõnda aega jätkata.

Igal ajal võib kumbki neist avaldada kanali hetkeseisu plokiahelas. Sel hetkel jaotatakse kanali mõlemal poolel ahelas olevad saldod vastavatele osapooltele.

Nagu nimele kohane, on Lightningu tehingud välkkiired. Ei pea ootama ploki kinnitusi – makseid saab teha nii kiiresti, kui internetiühendus seda võimaldab.


Miks on Lightning Network vajalik?

Seni näib Lightning Network (või lihtsalt LN) olevat kõige mõistlikum lähenemine Bitcoini plokiahela skaleerimisele. Muutuste koordineerimine nii suures ökosüsteemis on keeruline – on oht, et tekivad kõvad kahvlid ja potentsiaalselt katastroofilised vead. Kui nii palju väärtust on kaalul, on eksperimenteerimine äärmiselt ohtlik.

Kui eemaldada eksperimenteerimine plokiahelast, on palju rohkem paindlikkust. Kui midagi läheb valesti, ei mõjuta see praegust Bitcoini võrku. 2. kihi lahendused ei õõnesta ühtegi turvaeeldust, mis on protokolli käigus hoidnud üle 10 aasta.

Samuti ei ole kohustust vanalt toimimisviisilt üle minna. Ahelasisesed tehingud toimivad lõppkasutaja jaoks tavapäraselt, kuid neil on nüüd võimalus teha tehinguid ka väljaspool ahelat.

Lightning Networki kasutamisel on mitmeid eeliseid. Vaatleme allpool mõnda olulisemat. 


Skaleeritavus

Bitcoini plokke luuakse ligikaudu iga kümne minuti tagant ja need mahutavad vaid teatud arvu tehinguid. Plokiruum on napp ressurss, nii et pead teisi kasutajaid üle pakkuma, et saada õigeaegselt kaasatud. Kaevandajad hoolivad ennekõike tasu saamisest, nii et nad kaasavad esmalt kõrgemate tasudega tehinguid.

Kui pole palju kasutajaid korraga, kes üritavad raha saata, ei ole see probleemiks. Saad määrata madala tasu ja tõenäoliselt kaasatakse tehing järgmisesse blokki. Kuid kui kõik edastavad tehinguid samal ajal, võib keskmine tasu märkimisväärselt tõusta. Mõnel korral on see ületanud 5 dollarit. 2017. aasta pullituru kõrghetkel ületas see 50 dollarit.

Keskmine Bitcoini tehingutasu (USD)

Keskmine Bitcoini tehingutasu (USD)


See võib tunduda ebaoluline tuhandete dollarite väärtuses Bitcoini liigutavate tehingute puhul, kuid väiksemate maksete puhul ei ole see jätkusuutlik. Kes tahab maksta 3-dollarilise kohvi eest, millele on lisatud 5-dollariline teenustasu?

Lightning Networki puhul maksad endiselt kaks tasu – ühte kanali avamise ja teist selle sulgemise eest. Kuid nii sina kui su vastaspool saate pärast kanali avamist teha tuhandeid tehinguid tasuta. Kui olete lõpetanud, peate lihtsalt avaldama lõppseisundi plokiahelas.

Suures plaanis, kui rohkem kasutajaid toetub ahelavälistele lahendustele nagu Lightning Network, kasutataks plokkide ruumi tõhusamalt. Maksekanalites võiks teha väikese väärtusega ja suure sagedusega ülekandeid, samal ajal kui plokkide ruumi kasutatakse suuremate tehingute ja kanalite avamise/sulgemise jaoks. See teeks süsteemi kättesaadavaks palju suuremale kasutajaskonnale, mis võimaldaks seda pikemas perspektiivis laiendada.


Mikromaksed

Ühe tehinguga saab saata minimaalse Bitcoini summa – umbes 0,00000546 BTC. Kirjutamise ajal võrdub see umbes nelja dollari sendiga. See on väike summa, kuid Lightning Network võimaldab sul ületada piire, et teha tehinguid väikseima hetkel saadaoleva ühikuga – 0,00000001 BTC ehk üks satoshi.

Lightning on mikromaksete jaoks palju ahvatlevam. Tavapäraste tehingute teenustasud muudavad väikeste summade saatmise põhiahela kaudu ebapraktiliseks. Kanali sees on sul aga vaba võimalus saata murdosa Bitcoinist tasuta.

Mikromaksed sobivad paljudeks kasutusviisideks. Mõned arvavad, et need võivad olla elujõuline asendus tellimuspõhistele mudelitele, kus kasutajad maksavad iga kord, kui nad teenust kasutavad, väikesi summasid.


Privaatsus

Lightning Networki teiseks eeliseks on, et see võib pakkuda kasutajatele suurt konfidentsiaalsust. Osapooled ei pea oma kanaleid laiemale võrgule teatavaks tegema. Ehkki võid plokiahelat vaadata ja öelda, et see tehing avas kanali, ei saa sa tingimata teada, mis selles toimub. Kui osalejad otsustavad muuta oma kanali privaatseks, teavad ainult nemad, millised tehingud selles toimuvad.

Kui Alice'il on kanal Bobiga ja Bobil on kanal Caroliga, saavad Alice ja Carol saata üksteisele makseid Bobi kaudu. Kui Dan on seotud Caroliga, saab Alice talle makseid saata. Võid ette kujutada, et see laieneb omavahel ühendatud maksekanalite laialivalguvaks võrgustikuks. Sellise seadistuse puhul ei saa sa olla kindel, kellele Alice on saatnud raha, kui kanal on suletud.


Kuidas Lightning Network toimib?

Oleme selgitanud, kuidas Lightning Network tugineb kõrgel tasemel sõlmede vahelistele kanalitele. Heidame nüüd pilgu kapoti alla.


Mitme allkirjaga aadressid

Mitme allkirjaga (või multisig) aadress on aadress, millelt saab kulutada mitu privaatset võtit. Selle loomisel määrad, mitu privaatset võtit saab raha kulutada ja kui palju neid võtmeid on vaja tehingu allkirjastamiseks. Näiteks skeem 1/5 tähendab, et viis võtit võivad anda kehtiva allkirja ning vaja on ainult ühte. Skeem 2/3 tähendab, et kolmest võimalikust võtmest on rahaliste vahendite kulutamiseks vaja mis tahes kahte.

Lightning kanali käivitamiseks lukustavad osalejad raha skeemis 2/2. Allkirjastamiseks on võimelised ainult kaks privaatset võtit ja mõlemat on vaja müntide teisaldamiseks. Naaseme siinkohal tagasi meie sõprade Alice'i ja Bobi juurde. Nad teevad lähikuudel üksteisele palju makseid, seega otsustavad nad avada Lightning Networki kanali.

See algab sellest, et mõlemad hoiustavad näiteks 3 BTC, kumbki ühisele multisig-aadressile. Tasub üle korrata, et Bob ei saa ilma Alice'i nõusolekuta vahendeid sellelt aadressilt välja võtta või vastupidi. 

Nüüd võiksid nad lihtsalt pidada paberilehte, mis reguleerib tasakaalu mõlemal poolel. Mõlema algsaldo on 3 BTC. Kui Alice tahab teha 1 BTC makse Bobile, siis miks mitte lihtsalt märkida, et Alice'ile kuulub nüüd 2 BTC ja Bobile 4 BTC? Saldosid võiks niimoodi jälgida, kuni nad otsustavad raha välja võtta.

See on võimalik, kuid mis on selles huvitavat? Veelgi tähtsam on, et kas see ei tee kellegi jaoks koostööst keeldumist uskumatult lihtsaks? Kui Alice'il on lõpuks 6 BTC ja Bobil mitte ühtegi, ei kaota Bob raha vabastamisest keeldumisega midagi (välja arvatud võib-olla tema sõpruse Alice'iga).


Hash Timelock lepingud (HTLC)

Ülaltoodud süsteem on igav ja ei paku palju rohkem kui tänapäeva usaldusväärsed seadistused. Asi muutub palju huvitavamaks, kui võtame kasutusele mehhanismi, mis sunnib Alice'i ja Bobi vahelist „lepingut“ täitma. Kui üks osapool otsustab mitte reeglite järgi mängida, siis on teisel osapoolel veel õiguskaitsevahend, et saada oma vahendid kanalist välja.

See mehhanism on Hash Timelock Contract (ehk HTLC). See mõiste võib kõlada hirmutavana, kuid tegelikult on see üsna lihtsakoeline kontseptsioon, mida pole raske mõista. See ühendab kaks teist tehnoloogiat (räsilukud ja ajalukud), et parandada maksekanalite koostöövõimetust.

Räsilukk on tehingule seatud tingimus, mis näeb ette, et raha saab kulutada ainult siis, kui tõestad, et tead saladust. Saatja räsib osa andmetest ja lisab räsi vastuvõtja tehingusse. Vastuvõtja saab seda kulutada ainult siis, kui ta esitab algandmed (saladuse), mis vastab räsile. Ja ainuke viis, kuidas neid andmeid saada, on see, kui saatja neid jagab.

Ajalukk on tingimus, mis takistab sul raha kulutamist enne teatavat aega. See on määratud tegeliku aja või määratud ploki kõrgusena.

HTLC-id luuakse räsi- ja ajalukkude kombineerimisel. Praktikas saab HTLC-e kasutada tingimuslike maksete loomiseks – vastuvõtja peab esitama saladuse enne teatavat aega, vastasel korral võib saatja raha tagasi nõuda. Seda järgmist osa on ilmselt parem selgitada näite abil, nii et pöördume tagasi Alice'i ja Bobi juurde.


Kanalite avamine ja sulgemine

Tõime näite, kus Alice ja Bob on äsja loonud tehingud, mis rahastavad mitme allkirjaga aadressi, mida nad omavahel jagavad. Aga need tehingud ei ole veel plokiahelas avaldatud! Kõigepealt peame tegema veel midagi.

Kolm münti Bobilt ja kolm münti Alice'ilt.

Kolm münti Bobilt ja kolm münti Alice'ilt.


Pea meeles, et need mündid saavad multisigist välja liikuda ainult siis, kui nii Alice kui ka Bob allkirjastavad ühiselt tehingu. Kui Alice sooviks saata kõik kuus münti välisele aadressile, vajaks ta Bobi nõusolekut. Ta tegi esmalt tehingu (sellele aadressile 6 bitcoini) ja lisas oma allkirja. 

Ta võiks proovida tehingut kohe edastada, kuid see oleks kehtetu, sest Bob ei ole oma allkirja lisanud. Alice peab talle kõigepealt saatma mittetäieliku tehingu. Kui Bob lisab oma allkirja, muutub see kehtivaks.

Me ei ole ikka veel kehtestanud mehhanismi, mis hoiaks kõiki ausalt mängimas. Nagu me varem ütlesime, kui sinu vastaspool keeldub koostööst, on su vahendid sisuliselt lõksus. Uurime mehhanismi, mis seda takistab. Siin on mõned erinevad muutuvad osad, nii et jää meiega.

Iga osapool peab välja mõtlema mingi saladuse – nimetagem neid lihtsalt A'd ja B'd. Need oleksid kohutavad saladused, kui Alice ja Bob need avalikustaksid, nii et nad hoiavad need esialgu peidus. Paar genereerib vastavate saladuste räsid – h(A'd) ja h(B'd). Selle asemel, et jagada oma saladusi, jagavad nad nende räsi üksteisega.

Alice ja Bob jagavad teineteisega oma saladuste räsi.

Alice ja Bob jagavad teineteisega oma saladuste räsi.


Alice ja Bob peavad enne oma esimeste tehingute avaldamist mitme allkirjaga aadressile looma ka kulukohustustehingute kogumi. See pakub abi juhul, kui teine otsustab raha pantvangis hoida.

Kui sa mõtled kanalist nagu varem mini arvestusraamatust, siis kohustustehingud on uuendused, mida sa arvestusraamatusse teed. Iga kord, kui lood uue paari kohustustehinguid, tasakaalustad vahendid kahe osaleja vahel ümber.

Alice'i omal on kaks väljundit – üks, mis maksab talle kuuluva aadressile, ja teine, mis on lukustatud uuele multisig-aadressile. Ta allkirjastab selle ja annab selle Bobile.

Alice'i tehing, millel on kaks väljundit – üks tema enda aadressile ja üks uuele multisigile. Ta vajab veel Bobi allkirja, et see oleks kehtiv.

Alice'i tehing, millel on kaks väljundit – üks tema enda aadressile ja üks uuele multisigile. Ta vajab veel Bobi allkirja, et see oleks kehtiv.


Bob teeb sama – üks väljund maksab endale, teine maksab teisele multisig-aadressile. Ta allkirjastab selle ja annab selle Bobile.

Meil on kaks mittetäielikku tehingut, mis on väga sarnased.

Meil on kaks mittetäielikku tehingut, mis on väga sarnased.


Tavaliselt võiks Alice lisada Bobi tehingule allkirja, et muuta see kehtivaks. Kuid pane tähele, et neid vahendeid kulutatakse 2/2 multisigist, mida me pole veel rahastanud. See oleks nagu püüda kulutada tšekki kontolt, mille saldo on esialgu null. Seetõttu on need osaliselt allkirjastatud tehingud kasutatavad alles siis, kui multisig on valmis ja töötab. 

Uued mitme allkirjaga aadressid (kuhu on määratud 3 BTC väljundit) on iseäralike omadustega. Uurime pooleliolevat tehingut, mille Alice allkirjastas ja andis Bobile. Multisig-väljundit saab kasutada järgmistel tingimustel:

  1. mõlemad pooled võivad sellele ühiselt alla kirjutada.

  2. Bob saab selle teatud aja möödudes ise kulutada (ajaluku tõttu).

  3. Alice võib selle kulutada, kui ta teab Bobi saladust B.

Selle tehingu eest andis Bob Alice'ile:

  1. mõlemad pooled võivad sellele ühiselt alla kirjutada.

  2. Alice võib selle teatud aja möödudes üksi kulutada.

  3. Bob võib selle kulutada, kui ta teab Alice'i saladust A.

Pea meeles, et kumbki pool ei tea teise saladust, seega 3) pole veel võimalik. Lisaks tuleb tähele panna, et kui allkirjastad tehingu, võib sinu vastaspool kohe kulutama hakata, sest nende väljundile ei ole mingeid eritingimusi. Võid kas oodata, kuni ajapiirang lõpeb, et raha ise ära kulutada, või teha koostööd teise osapoolega, et raha kohe kulutama hakata.

Okei! Nüüd saad avaldada tehingud algsesse 2/2 mitme allkirjaga aadressile. Lõpuks on see turvaline, sest võid oma raha tagasi saada, kui sinu vastaspool loobub kanalist.

Kui tehingud kinnitatakse, on kanal valmis ja toimiv. See esimene tehingupaar näitab meile mini arvestusraamatu hetkeseisu. Praegu maksab see välja 3 BTC Bobile ja 3 BTC Alice'ile. 

Kui Alice soovib teha Bobile uue makse, loob paar kaks uut tehingut, mis asendavad esimese komplekti. Toiming on sama – need on ainult pooleldi allkirjastatud. Alice ja Bob loobuvad aga kõigepealt oma vanadest saladustest ja vahetavad järgmise tehinguvooru jaoks uued räsid.

Kui Alice sooviks maksta näiteks Bobile 1 BTC, krediteeriksid kaks uut tehingut Alice'ile 2 BTC ja Bobile 4 BTC. Sel viisil värskendatakse saldot.

 Kui Alice sooviks maksta näiteks Bobile 1 BTC, krediteeriksid kaks uut tehingut Alice'ile 2 BTC ja Bobile 4 BTC. Sel viisil värskendatakse saldot.


Kumbki osapool võib igal ajal allkirjastada ja edastada ühe viimastest tehingutest, et seda plokiahelas „arveldada“. Kuid see, kes seda teeb, peab ootama, kuni ajapiirang on lõppenud, samas kui teine pool võib kohe kulutada. Pea meeles, et kui Bob allkirjastab ja edastab Alice'i tehingu, on tal nüüd väljund, millel ei ole tingimusi.

Mõlemad pooled võivad kokku leppida kanali sulgemises (ühine sulgemine). See on ilmselt kõige lihtsam ja kiirem viis, kuidas oma raha tagasi ahelasse saada. Isegi kui üks pool ei reageeri või keeldub koostööst, võib teine pool siiski oma raha tagasi nõuda, kui ta ootab tähtaja lõpuni.



Kuidas Lightning Network takistab petmist?

Võib-olla oled siin tuvastanud ründevektori. Kui Bobil on praegu 1 BTC saldo, siis mis takistab teda edastamast vanemat tehingut, kus tal oli rohkem? Tal on Alice'ijt pooleldi allkirjastatud tehing juba olemas, ta peab vaid oma allkirja lisama ja selle edastama, eks?

Miski ei takista tal seda tegemast – välja arvatud asjaolu, et ta võib kogu saldo kaotada. Oletame, et ta läheb sellega läbi ja edastab vana tehingu, mis maksab ühe mündi Alice'ile ja viis sellele multisig-aadressile, mida me varem mainisime.

Alice saab oma mündi kohe kätte. Bob seevastu peab ootama, kuni ajalukk lõpeb, et kulutada multisig-aadressilt. Mäletad teist tingimust, mida me mainisime, mis võimaldaks Alice'il neid samu vahendeid kohe kulutada? Ta vajab saladust, mida tal siis ei olnud. Ta teeb seda nüüd – niipea, kui tehingute teine voor avati, andis Bob selle saladuse välja.

Samal ajal kui Bob istub ja ei saa midagi teha, kuna ta ootab, et ajalukk aeguks, saab Alice neid vahendeid liigutada. Selline karistuspõhine mehhanism tähendab, et osalejad tõenäoliselt isegi ei püüa petta, sest vastasmängija saaks juurdepääsu tema müntidele.


Maksete suunamine

Me käsitlesime seda varem – kanaleid saab ühendada. Lightning Network ei oleks maksete jaoks muidu nii kasulik. Kas sa tõesti kavatsed lukustada 500 dollarit kanalisse koos kohvikuga ainult selleks, et sa saaksid oma igapäevase kohviannuse järgmiseks paariks kuuks?

Sa ei pea seda tegema. Kui Alice avab Bobiga kanali ja Bobil on see juba Caroliga, saab Bob suunata makseid nende kahe vahel. See võib toimida mitme hüppega, mis tähendab, et Alice saab tõhusalt maksta kõigile, kellel on teerada olemas.

Selles stsenaariumis võib Alice minna Franki juurde mitut teed pidi. Praktikas valib ta alati kõige lihtsama.

Selles stsenaariumis võib Alice minna Franki juurde mitut teed pidi. Praktikas valib ta alati kõige lihtsama.


Vahendajad võivad oma suunamisrolli eest võtta väikese tasu (kuigi see ei ole kohustuslik). Lightning Network on veel väga uus, nii et tasuline turg ei ole veel tekkinud. Paljud loodavad näha tasud, mis põhinevad pakutud likviidsusel. 

Põhiahelas põhineb sinu teenustasu ainult sellel, kui palju ruumi sinu tehing plokis hõivab – edastatav väärtus ei oma tähtsust – 1 dollari ja 10 000 000 dollari maksed maksavad sama. Seevastu Lightning Networkis ei ole sellist asja nagu plokiruum. 

Selle asemel on idee kohalikest- ja kaugsaldodest. Kohalik saldo on summa, mida sa saad „lükata“ kanali teise otsa, samas kui kaugsaldo on see, mida sinu vastaspool saab sulle edastada.

Toome teise näite. Uurime lähemalt ühte ülaltoodud teedest: Alice <> Carol <> Frank.

Kasutajate saldo enne ja pärast 0,3 BTC ülekandmist Alice'ilt Frankile.

Kasutajate saldo enne ja pärast 0,3 BTC ülekandmist Alice'ilt Frankile.


Alice <> Carol ja Carol <> Frank mahutavad igaüks kokku 1 BTC. Alice'i kohalik saldo on 0,7 BTC. Kui nad nüüd plokiahelas arveldaksid, saaks ta 0,7 BTC ja Carol saaks kaugsaldo (st 0,3 BTC).

Kui Alice soovib saata Frankile 0,3 BTC, siis lükkab ta 0,3 BTC kanali Carol'i poolele. Seejärel lükkab Carol 0,3 BTC oma kohalikust saldost kanalisse Frankiga. Selle tulemusena jääb Caroli saldo samaks: +0,3 BTC Alice'ilt ja -0,3 BTC Frankile tühistavad teineteist.

Carol ei kaota Alice'i ja Franki vahelise ühenduslülidena tegutsedes vahendeid, kuid ta muudab end vähem paindlikuks. Ta saab nüüd kulutada 0,6 BTC oma kanalil Alice'iga, kuid ainult 0,1 BTC kanalil Frankiga.

Võid ette kujutada olukorda, kus Alice on ühendatud ainult Caroliga, samas kui Frank on ühendatud palju laiema võrguga. Varem võis Carol saata Franki kaudu teistele kokku 0,4 BTC, kuid nüüd saab ta saata ainult 0,1 BTC, sest see on kõik, mis tal kanali lõpus on.

Selle stsenaariumi puhul sööb Alice tegelikult Caroli likviidsust. Ilma igasuguse stiimulita ei pruugi Carol soovida oma positsiooni nõrgestada. Selle asemel võib ta lihtsalt öelda, et ma suunan iga 0,01 BTC kümne satoshi suuruse teenustasu eest. Seega, mida rohkem oma kohalikku tasakaalu Carol ohverdab „tugevamatel“ teedel, seda rohkem ta võidab.

Nagu eelnevalt mainitud, ei ole de facto teenustasu võtmine nõutav. Mõned ei pruugi olla mures likviidsuse vähenemise pärast. Teised võivad lihtsalt avada kanalid otse vastuvõtja poole.


Lightning Networki piirangud

Oleks fantastiline, kui Lightning Network osutuks lahenduseks kõigile Bitcoini skaleeritavuse probleemidele. Kahjuks on sellel omad puudused, mis võivad osutuda takistuseks. 


Kasutatavus

Bitcoin ei ole algaja jaoks kõige intuitiivsem süsteem – aadressid, teenustasud jne võivad olla segadust tekitavad. Kuid rahakotid võivad keerulisi asju hajutada, et anda kasutajatele midagi, mis meenutab ähmaselt olemasolevaid maksesüsteeme. Saad kellegi nutitelefoni rahakoti alla laadima, saata talle münte ja see toimib.

Praegu ei ole see veel Lightning Networki puhul võimalik. Valikud on nutitelefonirakenduste puhul piiratud – üldiselt on Lightningi sõlmede täielikuks kasutamiseks vaja juurdepääsu Bitcoini sõlmele.

Kui klient on loodud, peavad kasutajad enne maksete tegemist alustama ka kanalite avamist. See võib olla aeganõudev protsess ning üle jõu käiv, kui uustulnukale tutvustatakse selliseid mõisteid nagu sissetulev/väljaminev võimsus.

Sellegi poolest tehakse pidevalt parandusi, et vähendada sisenemisbarjääre ja pakkuda kasutajatele sujuvamat kasutuskogemust.


Likviidsus

Üks suurimaid kriitikaid Lightning Networki kohta on see, et tehinguvõimalused on piiratud. Sa ei saa kulutada rohkem, kui oled kanalisse lukustanud. Kui kulutad kõik oma vahendid nii, et kaugsaldol on kõik kanali vahendid, pead kanali sulgema. Võid ka oodata, kuni keegi sulle selle kaudu maksab, kuid see pole ideaalne.

Sinu teid võib piirata ka kanali koguvõimsus. Võta Alice <> Carol <> Frank näide varasemast. Kui Alice'il ja Carolil on oma kanalis 5 BTC, kuid Carolil ja Frankil on ainult 1 BTC, ei saa Alice kunagi saata rohkem kui 1 BTC. Isegi siis peaks kogu tasakaal olema Caroli poolel Carol <> Frank'i kanalis, et see toimiks. See võib oluliselt piirata LN-kanalite kaudu edastatavate vahendite hulka ja seega mõjutada selle kasutatavust.


Tsentraliseeritud keskused

Eelmises lõigus mainitud probleemi tõttu tuntakse muret, et võrk hõlbustab massiliste „keskuste“ loomist. Need on suured, tihedalt seotud üksused, millel on palju likviidsust. Kõik olulised maksed tuleb suunata mõne sellise üksuse kaudu.

Ilmselgelt ei oleks see suurepärane olukord. See nõrgestaks süsteemi, kuna nende üksuste väljalülitamine häiriks oluliselt suhteid partnerite vahel. Samuti on suurenenud tsensuuri oht, kuna on olemas ainult mõned punktid, mille kaudu tehingud liiguvad.


Lightning Networki praegune olukord

2022. aasta märtsi seisuga tundub Lightning Network olevat heas seisus. Sellel on üle 35 000 võrgusõlme, 85 000+ aktiivset kanalit ja võimsust veidi üle 3570 BTC.

Lightning Networki sõlmede ülemaailmne levik. Allikas: explorer.acinq.co

Lightning Networki sõlmede ülemaailmne levik. Allikas: explorer.acinq.co


Sellel on käputäis erinevaid sõlmede rakendusi – Blockstreami c-lightning, Lightning Labsi Lightning Network Daemon ja ACINQ Eclair on ühed populaarsemad. Kasutajatele, kes on tehniliselt vähem huvitatud, pakuvad paljud ettevõtted plug-and-play sõlmi. Ainus asi, mida pead nende abil tegema, on seadme sisselülitamine ja oled valmis Lightning võrguga alustama.


Lõppmärkused

Alates selle põhivõrgu käivitamisest 2018. aastal on Lightning Network näinud muljetavaldavat kasvu, hoolimata sellest, et paljude arvates on see endiselt beetaversioonis.

On veel mõned kasutatavuse takistused, mis tuleb ületada, sest praegu nõuab Lightningu sõlme kasutamine teatavat tehnilist vilumust. Kuid arvestades toimuva arengu mahtu, võime näha, et aja jooksul võivad sisenemisbarjäärid väheneda. 

Kui probleemid suudetakse lahendada, võib Lightning Network saada Bitcoini ökosüsteemi lahutamatuks osaks, suurendades oluliselt skaleeritavust ja tehingukiirust.