Võtmepunktid
2. kihi lahendused loodi selleks, et lahendada plokiahela tehnoloogiale omased mastaapsuse piirangud.
Lightning Network on 2. kihi skaleerimislahendus, mis pakub kiireid tehinguid ilma, et oleks vaja plokke kinnitada, võimaldades tõhusaid mikromakseid.
Mitme allkirjaga aadressid ja Hash Timelock Contractid tagavad selle turvalised ja skaleeritavad maksed.
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 jookseb plokiahela peal, et hõlbustada kiireid võrdõigusvõrgu tehinguid. See ei puuduta ainult Bitcoini – ka teised krüptorahad on selle integreerinud.
Sul võib tekkida küsimus, mida me mõtleme mõiste all „jookseb 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 sinu ja teise kasutaja 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 „maksa 1 BTC Bobile“. 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 15 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 plokki. Kui aga tehinguid edastab korraga liiga palju kasutajaid, võib keskmine tasu märkimisväärselt tõusta. Oli mitu olukorda, kus see ületas 10 dollarit. 2017. aasta pullituru kõrghetkel ületas see 50 dollarit. 2021. aasta aprillis ületas Bitcoini keskmine tehingutasu 60 dollarit.
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 10-dollariline teenustasu?
Lightning Networki puhul maksad endiselt kaks tasu – ühte kanali avamise ja teist selle sulgemise eest. Kuid nii sina kui ka sinu 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 38 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.
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, saates (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 saladuseks A ja B. 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 üksteisega oma 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.
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.
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:
mõlemad pooled võivad sellele ühiselt alla kirjutada.
Bob saab selle teatud aja möödudes ise kulutada (ajaluku tõttu).
Alice võib selle kulutada, kui ta teab Bobi saladust B.
Selle tehingu eest andis Bob Alice'ile:
mõlemad pooled võivad sellele ühiselt alla kirjutada.
Alice võib selle teatud aja möödudes üksi kulutada.
Bob võib selle kulutada, kui ta teab Alice'i saladust A.
Pea meeles, et kumbki pool ei tea teise saladust, seega 3. tingimus 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-d Bobile ja 3 BTC-d 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.
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 varem ei olnud. Tal on see 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. Muidu ei oleks Lightning Network maksete jaoks 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.
Vahendajad võivad oma suunamisrolli eest võtta väikese tasu (kuigi see ei ole kohustuslik). Lightning Network on veel üsna uus, nii et tasuline turg ei ole veel tekkinud. Paljud loodavad näha tasusid, 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.
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-d oma kanalis Alice'iga, kuid ainult 0,1 BTC-d kanalis 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. Kui Lightning 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 võivad olla 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
2024. aasta märtsi seisuga tundub Lightning Network olevat heas seisus. Sellel on üle 13 000 võrgusõlme, üle 52 000 aktiivse kanali ja võimsust veidi üle 4570 BTC.
Lightning Networki sõlmede ülemaailmne levik.
Sellel on käputäis erinevaid sõlmede rakendusi – Blockstreami c-lightning, Lightning Labsi Lightning Network Daemon ja ACINQ Eclair on ühed näidetest. Kasutajatele, kes on tehniliselt vähem huvitatud, pakuvad paljud ettevõtted plug-and-play sõlmi. Ainus, 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 märgatavalt kasvanud. On veel mõned kasutatavuse takistused, mis tuleb ületada, sest praegu nõuab Lightning sõlme kasutamine teatavat tehnilist vilumust. Kuid arvestades toimuva arengu mahtu, võime näha, et aja jooksul võivad sisenemisbarjäärid väheneda.
Lisalugemist
Lahtiütlus: seda sisu esitatakse sellisel kujul, nagu see on, ainult üldiseks teabeks ja hariduslikel eesmärkidel, ilma igasuguse esinduse või garantiita. Seda ei tohiks tõlgendada kui finants-, juriidilist või muud professionaalset nõuannet ega soovitust konkreetse toote või teenuse ostmiseks. Peaksid küsima nõu asjakohastelt professionaalsetelt nõustajatelt. Kui artikli on koostanud kolmandast osapoolest kaastöötaja, pane tähele, et väljendatud seisukohad kuuluvad kolmandast osapoolest kaastöötajale ja ei pruugi kajastada Binance Academy omasid. Lisateabe saamiseks loe meie täielikku lahtiütlust siit. Digitaalsete varade hinnad võivad olla kõikuvad. Sinu investeeringu väärtus võib langeda või tõusta ja sa ei pruugi investeeritud summat tagasi saada. Sina vastutad ainuisikuliselt oma investeerimisotsuste eest ja Binance Academy ei vastuta võimalike kahjude eest. Seda materjali ei tohiks tõlgendada finants-, juriidilise või muu professionaalse nõuandena. Lisateabe saamiseks vaata meie kasutustingimusi ja riskihoiatust.