Bevezetés
A kriptovaluták meglehetősen egyedi tulajdonságokkal rendelkeznek. Nem lehet őket könnyen feltörni vagy leállítani, és bárki használhatja őket arra, hogy külső fél beavatkozása nélkül értéket továbbítson a világ bármely tájára.
Ahhoz, hogy ezek a jellemzők megmaradjanak, jelentős kompromisszumokat kell kötni. Mivel több csomópont felelős a kriptovaluta-hálózat működtetéséért, az átviteli teljesítmény korlátozott. Ennek eredményeképpen a blokklánchálózat által másodpercenként feldolgozható tranzakciók száma (TPS) viszonylag alacsony egy olyan technológia esetében, amelynek célja a tömeges elfogadás.
A blokklánc technológia eredendő korlátainak leküzdésére számos skálázhatósági megoldást javasoltak a hálózat által kezelhető tranzakciók számának növelésére. Ebben a cikkben a Lightning Network hálózatot, a Bitcoin protokoll egyik ilyen kiterjesztését mutatjuk be.
Mi az a Lightning Network?
A Lightning Network egy olyan hálózat, amely a blokklánc tetején ül, hogy megkönnyítse a gyors peer-to-peer tranzakciókat. Ez nem kizárólag a Bitcoinra vonatkozik – más kriptovaluták, például a Litecoin is integrálta.
Kíváncsi lehet, mit értünk azon, hogy „a blokklánc tetején ül”. A Lightning Network egy úgynevezett off-chain vagy második rétegű megoldás. Lehetővé teszi az egyének számára a tranzakciók lebonyolítását anélkül, hogy minden tranzakciót fel kellene jegyezni a blokkláncon.
A Lightning Network elkülönül a Bitcoin hálózattól – saját csomópontjai és szoftverei vannak, de ennek ellenére kommunikál a főlánccal. A Lightning Networkbe való belépéshez vagy kilépéshez speciális tranzakciókat kell létrehozni a blokkláncon.
Az első tranzakcióval tulajdonképpen egyfajta okosszerződést hoz létre egy másik felhasználóval. A részletekre hamarosan kitérünk, egyelőre maradjunk annyiban, hogy az okosszerződés egy privát főkönyvet vezet a másik felhasználóval. Számos tranzakciót írhat ebbe a főkönyvbe. Csak Ön és partnere láthatja őket, de a beállítás bizonyos sajátosságai miatt egyikőjük sem csalhat.
Ezt a mini főkönyvet csatornának hívják. Tegyük fel, hogy Alíz és Robi egyenként 5 BTC-t tesznek az okosszerződésbe. A csatornájukban – most mindkettőjük egyenlege 5 BTC. Alíz ezután a főkönyvbe írhat, hogy fizessen 1 BTC-t Robinak. Most Robi oldalán 6 BTC van, Alízén pedig 4. Ezután Robi egy későbbi időpontban 2 BTC-t visszaküldhet Alíznak, így az egyenleg Alíz oldalán 6 BTC-re, Robi oldalán pedig 4 BTC-re frissül. Ezt még egy darabig folytathatják.
Bármikor bármelyikük közzéteheti a csatorna aktuális állapotát a blokkláncon. Ekkor az egyenlegek a csatorna mindkét oldaláról kiosztásra kerülnek a megfelelő on-chain felekhez.
A Lightning tranzakciók nevükhöz hűen villámgyorsak. Nem kell várni a blokkok visszaigazolására - a fizetések olyan gyorsan elvégezhetők, amilyen gyorsan az internetkapcsolat lehetővé teszi.
Miért van szükség a Lightning Networkre?
Eddig a Lightning Network (vagy egyszerűen LN) tűnik a legésszerűbb megközelítésnek a Bitcoin blokklánc skálázására. A változtatások koordinálása egy ilyen hatalmas ökoszisztémában trükkös lehet – fennáll a hard forkok és a potenciálisan katasztrofális hibák kockázata. Mivel sok minden forog kockán, a kísérletezés hihetetlenül veszélyes.
Ha ezt a kísérletezést eltávolítjuk a blokkláncról, sokkal nagyobb rugalmasságot kapunk. Ha valami elromlik, az nem lesz hatással a tényleges Bitcoin-hálózatra. A második rétegű megoldások nem ássák alá azokat a biztonsági tényezőket, amelyek miatt a protokoll több mint 10 éve működik.
Nem kötelező átállni a régi módszerről sem. Az on-chain tranzakciók a végfelhasználó számára továbbra is a megszokott módon működnek, de mostantól lehetőségük van off-chain tranzakciókra is.
A Lightning Network használatának számos előnye van. Az alábbiakban megnézünk néhányat a legfontosabbak közül.
Skálázhatóság
A Bitcoin blokkok körülbelül tízpercenként jönnek létre, és csak ennyi tranzakciót tudnak tárolni. A blokkterület szűkös erőforrás, ezért a többi felhasználó ellen kell licitálnia, hogy az Ön tranzakcióját időben felvegyék. A bányászok mindenekelőtt a fizetésükkel törődnek, ezért a magasabb díjakkal járó tranzakciókat veszik fel először.
Ha nem próbál sok felhasználó egyszerre pénzt küldeni, ez nem igazán jelent problémát. Még ha alacsony díjat is állít be, akkor is valószínű, hogy a tranzakció bekerül a következő blokkba. Ha azonban mindenki egyszerre továbbít tranzakciókat, az átlagos díj jelentősen emelkedhet. Néhány alkalommal meghaladta az 5 dollárt is. A 2017-es bikapiac csúcsán meghaladta az 50 dollárt.
Átlagos Bitcoin tranzakciós díj (USD-ben)
Ez jelentéktelennek tűnhet a több ezer dollár értékű Bitcoin-tranzakciók esetében, de a kisebb kifizetéseknél ez nem fenntartható. Ki akar venni egy 3 dolláros kávét 5 dolláros díjjal?
A Lightning Network esetében továbbra is két díjat kell fizetnie: egyet a csatorna megnyitásáért, egyet pedig a lezárásáért. Ön és kereskedési partnere azonban több ezer tranzakciót bonyolíthat le ingyenesen, amint a csatorna megnyílt. Ha befejezte, már csak a végső állapotot kell közzétennie a blokkláncon.
A tervek szerint, ha több felhasználó támaszkodik off-chain megoldásokra, mint például a Lightning Network, a blokkterületet hatékonyabban fogják használni. A fizetési csatornákon kis értékű, nagy gyakoriságú átutalásokat lehetne végrehajtani, míg a blokkterületet a nagyobb tranzakciókhoz és a csatornák nyitására/zárására használják. Ezáltal a rendszer sokkal szélesebb felhasználói bázis számára válna elérhetővé, és hosszú távon skálázható lenne.
Mikrofizetések
Van egy minimális Bitcoin-mennyiség, amelyet egy tranzakcióban küldhet – körülbelül 0,00000546 BTC. A cikk írásakor ez nagyjából négy centnek felel meg. Ez egy kis összeg, de a Lightning Network lehetővé teszi, hogy a jelenleg elérhető legkisebb egységgel, 0,00000001 BTC-vel, azaz egy szatosival bonyolítson le tranzakciókat.
A Lightning sokkal vonzóbb a mikrofizetésekhez. A rendszeres tranzakciók díjai miatt nem célszerű apró összegeket küldeni a főláncon. Egy csatornán belül azonban a Bitcoin töredékének töredékét is ingyenesen küldheti el.
A mikrofizetések számos felhasználási célra alkalmasak. Egyes feltételezések szerint ezek az előfizetéses modellek működőképes alternatívái lehetnek, ahol a felhasználók ehelyett apró összegeket fizetnek minden alkalommal, amikor igénybe veszik a szolgáltatást.
Adatvédelem
A Lightning Network másik előnye, hogy a felhasználók számára magas fokú bizalmat biztosít. A feleknek nem kell megismertetniük csatornáikat a hálózat többi résztvevőjével. Bár megnézheti a blokkláncot, és mondhatja, hogy ez a tranzakció megnyitott egy csatornát, nem feltétlenül tudja megmondani, hogy mi történik benne. Ha a résztvevők úgy döntenek, hogy csatornájukat priváttá teszik, csak ők tudják, hogy milyen tranzakciók zajlanak benne.
Ha Alíz nyit egy csatornát Robival, és Robi nyit egy csatornát Karolinával, akkor Alíz és Karolina fizetéseket küldhet egymásnak Robin keresztül. Ha Dani kapcsolatban áll Karolinával, Alíz küldhet neki fizetéseket. Gondolhatja, hogy ez az összekapcsolt fizetési csatornák kiterjedt hálózatává bővül. Egy ilyen helyzetben nem lehet biztos abban, hogy Alíz kinek küldött pénzt, miután a csatorna lezárul.
Hogyan működik a Lightning Network?
Elmagyaráztuk, hogy a Lightning Network hogyan támaszkodik magas szinten a csomópontok közötti csatornákra. Most viszont nézzünk a dolgok mögé.
Több aláírású (Multisig) címek
A több aláírású (vagy multisig) cím olyan cím, amelyről több privátkulcs is költhet pénzeszközöket. Létrehozásakor megadja, hogy hány privátkulcs költhet róla pénzeszközöket, és hogy hány ilyen kulcsra van szükség egy tranzakció aláírásához. Például az 1/5 séma azt jelenti, hogy öt kulcs képes érvényes aláírást létrehozni, és csak egyre van szükség. A 2/3 séma azt jelentené, hogy a három lehetséges kulcs közül bármelyik kettőre szükség van a pénzeszközök elköltéséhez.
A Lightning-csatorna inicializálásához a résztvevők egy 2/2 séma szerint zárolják a pénzeszközöket. Csak két privátkulcs képes aláírásra, és mindkettőre szükség van az érmék mozgatásához. Térjünk vissza barátaink, Alíz és Robi példájára. Az elkövetkező hónapokban sok fizetést fognak teljesíteni egymásnak, ezért úgy döntenek, hogy nyitnak egy Lightning Network csatornát.
Ez úgy kezdődik, hogy mindketten letétbe helyeznek, mondjuk, fejenként 3 BTC-t a közös tulajdonú multisig-címre. Érdemes megismételni, hogy Robi nem utalhat ki pénzt a címről Alíz beleegyezése nélkül, és fordítva.
Vezethetnék a tranzakciókat egy papírlapon is, amely mindkét oldalon kiigazítja az egyenlegeket. Mindkettő induló egyenlege 3 BTC. Ha Alíz 1 BTC-t akar fizetni Robinak, miért nem írja egyszerűen le, hogy Alíz most 2 BTC-t birtokol, Robi pedig 4 BTC-t? Az egyenlegeket így is nyomon lehetett követni, amíg úgy nem döntöttek, hogy kihelyezik a pénzeszközöket.
Lehetséges, de hol van ebben a móka? Ami még fontosabb, nem teszi ez hihetetlenül könnyűvé, hogy valaki ne működjön együtt? Ha Alíz végül 6 BTC-t kap, Robi pedig egyet sem, Robi semmit sem veszít azzal, ha nem hajlandó kiadni a pénzt (kivéve talán a barátságát Alízzal).
Hash Timelock Contracts (HTLCs)
A fenti rendszer unalmas, és nem sokat kínál a mai megbízható beállításokhoz képest. Sokkal érdekesebbé válik a dolog, ha bevezetünk egy olyan mechanizmust, amely végrehajtja az Alíz és Robi közötti „szerződést”. Ha az egyik fél úgy dönt, hogy nem a szabályok szerint játszik, akkor a másik félnek még mindig van jogorvoslati lehetősége arra, hogy kinyerje pénzeszközeit a csatornáról.
Ez a mechanizmus a Hash Timelock Contract (vagy HTLC). Ez a kifejezés ijesztően hangozhat, de valójában elég egyszerű. Két másik technológiát (hashlock és timelock) egyesít, hogy orvosolja a fizetési csatornákon előforduló nem együttműködő magatartást.
A hashlock egy olyan kitétel, amelyet egy tranzakcióra helyeznek, és amely előírja, hogy csak akkor költhet pénzt, ha bizonyítottan tud egy adott titkot. A feladó az adatot hasheli, és a hash-t a tranzakcióban a címzettnek továbbítja. A címzett csak akkor költheti el, ha megadja az eredeti adatot (a titkot), amely megfelel a hash-nek. Ezt az adatot csak akkor tudják megadni, ha a feladó megadja nekik.
A timelock vagy időzár egy olyan állapot, amely megakadályozza, hogy elköltse a pénzeszközöket egy bizonyos idő előtt. Ez vagy egy tényleges időként, vagy egy meghatározott blokkmagasságként van megadva.
A HTLC-k a hashlockok és timelockok kombinálásával jönnek létre. A gyakorlatban a HTLC-ket feltételhez kötött fizetések létrehozására lehet használni - a címzettnek egy bizonyos idő előtt meg kell adnia a titkot, különben a feladó visszakövetelheti a pénzt. A következő rész valószínűleg jobban szemléltethető egy példával, ezért térjünk vissza Alízhoz és Robihoz.
Csatornák nyitása és zárása
Példánkban Alíz és Robi épp most hoztak létre tranzakciókat, amelyek az általuk megosztott, több aláírású címet finanszírozzák. De ezek a tranzakciók még nem kerültek fel a blokkláncra! Előbb még egy dolgot meg kell tennünk.
Három érme Robitól és három érme Alíztól.
Ne feledje, hogy ezek az érmék csak akkor kerülhetnek ki a multisigből, ha Alíz és Robi együtt írnak alá egy tranzakciót. Ha Alíz mind a hat érmét el akarja küldeni egy külső címre, akkor Robi jóváhagyására van szüksége. Először összeállított egy tranzakciót (hat bitcoint erre a címre), és hozzáadta a saját aláírását.
Megpróbálhatná azonnal továbbítani a tranzakciót, de az érvénytelen lenne, mert Robi nem adta az aláírását. Alíznak először át kell adnia neki a hiányos tranzakciót. Amint hozzáadja az aláírását, az érvényessé válik.
Még mindig nem hoztunk létre egy olyan mechanizmust, amellyel mindenki tisztességesen játszhatna. Ahogy korábban említettük, ha a partnere nem hajlandó együttműködni, a pénzeszközei gyakorlatilag csapdába esnek. Térjünk rá arra a mechanizmusra, amely ezt megakadályozza. Összetett a dolog, úgyhogy tartson velünk.
Mindegyik félnek ki kell találnia egy titkot – nevezzük őket At-nek és Bt-nek. Szörnyű titkok lennének, ha Alíz és Robi felfednék őket, ezért egyelőre rejtve tartják őket. A páros létrehozza a titkok hash-ét – h(At) és h(Bt). Így ahelyett, hogy megosztanák egymással a titkaikat, megosztják egymással ezeket a hash-eket.
Alíz és Robi megosztják egymással titkaik hash-ét.
Alíznak és Robinak is létre kell hoznia egy sor kötelezettségvállalási tranzakciót, mielőtt közzéteszik az első tranzakcióikat a több aláírású címre. Ezáltal jogorvoslatot kapnak arra az esetre, ha a másik úgy dönt, hogy túszul ejti a pénzeszközöket.
Egy olyan csatorna esetében mint a korábban említett mini főkönyv, a kötelezettségvállalási tranzakciók azok a frissítések, amelyeket a főkönyvben végeznek. Minden alkalommal, amikor új kötelezettségvállalási tranzakciópárt hoz létre, a két résztvevő között újraegyensúlyozza a pénzeszközöket.
Alíznak két kimenete lesz – az egyik egy olyan címet fizet, amely az ő tulajdonában van, a másik pedig egy új multisig-címre van zárolva. Aláírja és odaadja Robinak.
Alíz tranzakciója két kimenettel: egy a saját címére, egy pedig egy új multisigre. Szüksége van még Robi aláírására is, hogy érvényes legyen.
Robi ugyanezt teszi – az egyik kimenet magának fizet, a másik pedig egy másik multisig címnek. Aláírja és Alíznak adja.
Két hiányos tranzakciónk van, amelyek nagyon hasonlóak.
Normális esetben Alíz aláírást adhatna Robi tranzakciójához, hogy azt érvényessé tegye. De meg kell jegyezni, hogy ezeket az alapokat a 2/2 multisigről költik el, amelyre még nem fizettünk be. Kicsit olyan, mintha egy még nulla egyenlegű számláról próbálnánk elkölteni egy csekket. Ezért ezek a részlegesen aláírt tranzakciók csak akkor lesznek használhatók, ha a multisig már működik.
Az új, több aláírású címek (ahová a 3 BTC kimenet kerül) néhány sajátos tulajdonsággal rendelkeznek. Nézzük meg a hiányos tranzakciót, amelyet Alíz aláírt és átadott Robinak. A multisig kimenet a következő feltételek mellett használható fel:
Mindkét fél együttműködésben aláírhatja.
Robi egy bizonyos idő elteltével egyedül is elköltheti (az időzárunk miatt).
Alíz elköltheti, ha ismeri Robi titkát Bt.
A tranzakcióért, amelyet Robi adott Alíznak:
Mindkét fél együttműködésben aláírhatja.
Alíz egy bizonyos idő után egyedül is elköltheti.
Robi elköltheti, ha ismeri Alíz titkát At.
Ne feledje, hogy egyik fél sem ismeri a másik titkát, így a 3) még nem lehetséges. Egy másik dolog, amit meg kell jegyezni, hogy ha aláír egy tranzakciót, a partnere azonnal elköltheti a pénzeszközöket, mivel nincsenek különleges feltételek a kimenetükre vonatkozóan. Vagy megvárja az időzár lejártát, hogy egyedül költse el a pénzt, vagy együttműködik a másik féllel, hogy azonnal elkölthesse az összeget.
Oké! Most már közzéteheti a tranzakciókat az eredeti 2/2 többaláírású címen. Végre biztonságosan megteheti, mert visszakaphatja a pénzét, ha a partnere elhagyja a csatornát.
Amint a tranzakciók megerősítést nyernek, a csatorna működésbe lép. Ez az első tranzakciópár mutatja a mini-főkönyv aktuális állapotát. Jelenleg 3 BTC-t fizet ki Robinak, és 3 BTC-t Alíznak.
Amikor Alíz újabb fizetést szeretne teljesíteni Robinak, a páros két új tranzakciót hoz létre az elsők helyett. A folyamat ugyanaz – csak félig vannak aláírva. Alíz és Robi azonban először kiadják régi titkaikat, és a következő tranzakciós körhöz új hash-eket cserélnek.
Ha Alíz például 1 BTC-t szeretne fizetni Robinak, a két új tranzakció 2 BTC-t írna jóvá Alíznak, és 4 BTC-t Robinak. Ily módon az egyenleg frissül.
Bármelyik fél bármikor aláírhatja és továbbíthatja az egyik legfrissebb tranzakciót, hogy „elszámolja” azt a blokkláncon. De amelyik fél ezt megteszi, annak meg kell várnia, amíg az időzár lejár, miközben a másik fél azonnal költhet. Ne feledje, ha Robi aláírja és továbbítja Alíz tranzakcióját, akkor Alíznak most már van egy olyan kimenete, amelyhez nem kapcsolódnak feltételek.
Mindkét fél megállapodhat a csatorna közös lezárásáról (kooperatív lezárás). Valószínűleg ez a legegyszerűbb és leggyorsabb módja annak, hogy pénzeszközei visszakerüljenek a láncra. Ha azonban az egyik fél nem reagál vagy nem hajlandó együttműködni, a másik fél akkor is visszakövetelheti pénzeszközeit, ha kivárja az időzárat.
Hogyan akadályozza meg a Lightning Network a csalást?
Lehet, hogy észrevett egy támadási felületet. Ha Robinak jelenleg 1 BTC egyenlege van, mi akadályozza meg abban, hogy továbbítson egy régebbi tranzakciót, ahol több volt? A félig aláírt tranzakciót már megkapta Alíztól, már csak az aláírását kell hozzátennie, és továbbítani, igaz?
Semmi sem akadályozza meg ebben – kivéve az a tény, hogy elveszítheti teljes egyenlegét. Tegyük fel, hogy végigcsinálja, és továbbít egy régi tranzakciót, amely egy érmét fizet Alíznak és ötöt a korábban említett multisig-címre.
Alíz azonnal megkapja az érmét. Robinak viszont meg kell várnia, amíg az időzár lejár, hogy a multisig-címről költhessen. Emlékszik a másik feltételre, amely lehetővé tenné, hogy Alíz azonnal elköltse ugyanezt a pénzt? Szüksége van egy titokra, ami akkor még nem volt meg neki. Most már megvan – amint a tranzakciók második körét létrehozták, Robi elárulta ezt a titkot.
Amíg Robi tétlenül üldögél, mert várja, hogy az időzár lejárjon, addig Alíz mozgathatja ezeket az összegeket. Ez a büntetésen alapuló mechanizmus azt jelenti, hogy a résztvevők valószínűleg meg sem próbálnak csalni, mert a társaik hozzáférnek az érméikhez.
Fizetések átirányítása
Ezt már korábban érintettük – a csatornák összekapcsolhatók. Enélkül a Lightning Network nem lenne annyira hasznos a fizetésekhez. Tényleg zárolni szeretne 500 dollárt egy csatornában egy kávézóhoz, csak azért, hogy a következő néhány hónapban megkapja a napi adagját?
Nincs szükség erre. Ha Alíz csatornát nyit Robival, és Robinak már van egy csatornája Karolinával, Robi átirányíthatja a fizetéseket a kettő között. Ez több „ugráson” keresztül is működhet, ami azt jelenti, hogy Alíz gyakorlatilag bárkinek fizethet, akihez létezik útvonal.
Ebben a forgatókönyvben Alíz több útvonalon keresztül is eljuthat Ferihez. A gyakorlatban mindig a legkönnyebbet választja.
Az útmutatásban betöltött szerepükért a közvetítők kis díjat számíthatnak fel (bár ez nem kötelező). A Lightning Network még nagyon új, így a díjfizetési piac még nem alakult ki. Sokan a biztosított likviditáson alapuló díjakra számítanak.
Az alapláncon a díj kizárólag azon alapul, hogy a tranzakció mekkora helyet foglal el egy blokkban – az átvitt érték nem számít – 1 dollár és 10 000 000 dollár kifizetése ugyanannyiba kerül. Ezzel szemben a Lightning-hálózaton belül nincs olyan, hogy blokkterület.
Ehelyett jött a helyi és távoli egyenlegek ötlete. A helyi egyenleg az az összeg, amelyet Ön a csatorna másik végére „tolhat”, míg a távoli egyenleg az az összeg, amelyet a partnere adhat át Önnek.
Jöhet egy másik példa. Nézzük meg közelebbről a fenti utak egyikét: Alíz <> Karolina <> Feri.
A felhasználók egyenlege 0,3 BTC átutalása előtt és után Alíz és Feri között.
Az Alíz <> Karolina és a Karolina <> Feri egyenként 1 BTC összkapacitással rendelkezik. Alíz helyi egyenlege 0,7 BTC. Ha most elszámolnának a blokkláncon, Alíz 0,7 BTC-t kapna, Karolina pedig a távoli egyenleget kapná meg (azaz 0,3 BTC-t).
Ha Alíz 0,3 BTC-t akar küldeni Ferinek, akkor 0,3 BTC-t tol a csatorna Karolina oldalára. Ezután Karolina 0,3 BTC-t tol be a helyi egyenlegéből a Ferivel közös csatornába. Ennek eredményeképpen Karolina egyenlege nem változik: az Alíztól kapott +0,3 BTC és a Ferinek adott -0,3 BTC kiegyenlítik egymást.
Karolina nem veszít értékéből azáltal, hogy Feri között összekötő kapocsként működik, de kevésbé rugalmassá teszi magát. Most már 0,6 BTC-t költhet az Alízzal közös csatornájában, de csak 0,1 BTC-t a Ferivel közös csatornájában.
Elképzelhető egy olyan helyzet, amikor Alíz csak Karolinával van kapcsolatban, míg Feri egy sokkal szélesebb hálózathoz kapcsolódik. Karolina korábban összesen 0,4 BTC-t tudott küldeni másoknak Ferin keresztül, de már csak 0,1 BTC-t tolhat át, mivel csak ennyi van a csatorna rá eső végén.
Ebben a forgatókönyvben Alíz gyakorlatilag Karolina likviditását használja fel. Mindenféle ösztönző nélkül Karolina nem biztos, hogy gyengíteni akarja a saját pozícióját. Így ehelyett mondhatja azt, hogy minden 0,01 BTC-t tíz szatosi díjért cserébe továbbítok. Így minél többet áldoz Karolina a helyi egyenlegéből az „erősebb” útvonalakra, annál többet profitál.
Mint korábban említettük, gyakorlatilag nem kötelező díjat felszámítani. Lehet, hogy egyeseket nem foglalkoztat a likviditás csökkenése. Mások esetleg közvetlenül a fogadó félhez nyitnak csatornát.
A Lightning Network korlátai
Fantasztikus lenne, ha a Lightning Network lenne a megoldás a Bitcoin összes skálázhatósági problémájára. Sajnos megvannak a maga hiányosságai, amelyek megakadályozhatják benne.
Használhatóság
A Bitcoin nem a legintuitívabb rendszer a kezdők számára – a címek, díjak stb. kiismerése zavaros lehet. A tárcák azonban elvonatkoztathatnak a bonyolult dolgoktól, hogy olyasmit nyújtsanak a felhasználóknak, ami halványan hasonlít a meglévő fizetési rendszerekre. Megkérhet valakit, hogy töltsön le egy okostelefonos tárcát, küldhet neki érméket, és már mehet is.
Ez egyelőre nem lehetséges a Lightning Network esetében. Az okostelefonos alkalmazásokat illetően a lehetőségek korlátozottak – általában a Lightning-csomópontokhoz egy Bitcoin-csomóponthoz való hozzáférés szükséges ahhoz, hogy teljes mértékben használhatóak legyenek.
Az ügyfél beállítása után a felhasználóknak el kell kezdeniük a csatornák megnyitását is, mielőtt fizetni tudnának. Ez időigényes folyamat, és megterhelő lehet, amikor egy újoncnak olyan fogalmakkal kell megismerkednie, mint a bejövő/kimenő kapacitás.
Ennek ellenére folyamatosan fejlesztéseket hajtanak végre annak érdekében, hogy csökkentsék a belépési korlátokat, és a felhasználóknak zökkenőmentesebb élményt nyújtsanak.
Likviditás
A Lightning Network egyik legnagyobb hibája az, hogy a tranzakciós lehetőségek korlátozottak. Nem költhet többet, mint amennyit egy csatornában zárolt. Ha az összes pénzeszközét elköltötte, így a távoli egyenleg a csatorna összes pénzeszközét tartalmazza, akkor a csatornát le kell zárnia. Esetleg megvárhatja, amíg valaki fizet Önnek a csatornán keresztül, de ez nem ideális.
Az útvonalakat a csatorna teljes kapacitása is korlátozhatja. Vegyük a korábbi Alice <> Carol <> Frank példát. Ha Alice és Carol 5 BTC kapacitással rendelkezik a csatornájukon, de Carol és Frank csak 1 BTC kapacitással rendelkezik, akkor Alice soha nem küldhet 1 BTC-nél többet. Még akkor is a teljes egyensúlynak Karolina oldalán kellene lennie a Karolina <> Feri csatornán, hogy ez működjön. Ez jelentősen korlátozhatja az LN-csatornákon továbbítható pénzeszközök összegét, és így kihatással van a használhatóságra.
Centralizált központok
Az előző részben említett probléma miatt van némi aggodalom, hogy a hálózat megkönnyíti a hatalmas „hubok” létrehozását. Vagyis nagy, erősen kapcsolódó, nagy likviditással rendelkező entitásokat. Minden jelentős kifizetést e szervezetek valamelyikén kellene átirányítani.
Nyilvánvaló, hogy ez nem lenne jó helyzet. Gyengítené a rendszert, mivel ezeknek az entitásoknak az offline állapotba kerülése jelentősen megzavarná a társaik közötti kapcsolatokat. A cenzúra kockázata is megnő, mivel csak néhány ponton keresztül folynak a tranzakciók.
A Lightning Network jelenlegi állapota
2022 márciusában a Lightning Network egészségesnek tűnik. Több mint 35 000 online csomóponttal, több mint 85 000 aktív csatornával és valamivel több mint 3570 BTC kapacitással büszkélkedhet.
A Lightning Network csomópontjainak globális eloszlása. Forrás: explorer.acinq.co
Számos különböző csomópont-megvalósítás létezik – a Blockstream c-lightning, a Lightning Labs Lightning Network Daemon és az ACINQ Eclair a legnépszerűbbek. A technikailag kevésbé képzett felhasználók számára számos vállalat kínál plug-and-play csomópontokat. Ezekkel csak annyit kell tennie, hogy bekapcsolja a készüléket, és máris készen áll a Lightning Network használatára.
Záró gondolatok
A mainnet 2018-as elindítása óta a Lightning Network lenyűgöző növekedést mutatott, annak ellenére, hogy sokan úgy gondolják, hogy még mindig béta fázisban van.
Néhány használhatósági akadályt még le kell küzdeni, mivel a Lightning-csomópontok működtetése jelenleg bizonyos fokú technikai jártasságot igényel. Amilyen mértékben folynak a fejlesztések, úgy tűnik, idővel csökkenhetnek a belépési korlátok.
Ha a problémákat sikerül megoldani, a Lightning Network a Bitcoin ökoszisztéma szerves részévé válhat, jelentősen növelve a skálázhatóságot és a tranzakciók sebességét.