Idei principale
Soluțiile Layer 2 au fost create pentru a aborda limitările inerente de scalabilitate ale tehnologiei blockchain.
Lightning Network este o soluție de scalare Layer 2 care oferă tranzacții rapide, fără a fi nevoie de confirmarea blocului, permițând microplăți eficiente.
Asigură plăți sigure și scalabile prin adrese cu semnături multiple și contracte Hash Timelock.
Introducere
Criptomonedele au câteva proprietăți unice. Ele nu pot fi exploatate sau oprite cu ușurință și oricine le poate folosi pentru a transmite valoare pe tot globul fără intervenția unei terțe părți.
Pentru a asigura că aceste caracteristici se mențin, trebuie făcute compromisuri semnificative. Deoarece mai multe noduri sunt responsabile pentru rularea unei rețele de criptomonede, debitul este limitat. Ca urmare, numărul de tranzacții pe secundă (TPS) pe care o rețea blockchain le poate procesa este relativ scăzut pentru o tehnologie care își propune să fie adoptată de mase.
Pentru a depăși limitările inerente ale tehnologiei blockchain, au fost propuse o serie de soluții de scalabilitate pentru a crește numărul de tranzacții pe care le poate procesa o rețea. În acest articol, vom analiza Lightning Network, o extensie a protocolului Bitcoin.
Ce este rețeaua Lightning Network?
Lightning Network este o rețea care rulează pe un alt blockchain, pentru a facilita tranzacțiile rapide peer-to-peer. Nu este exclusiv pentru Bitcoin – alte criptomonede, cum ar fi Litecoin, au integrat-o.
S-ar putea să vă întrebați ce înțelegem prin „rulează pe un alt blockchain”. Lightning Network este ceea ce se numește o soluție off-chain sau Layer 2. Permite persoanelor fizice să tranzacționeze fără a fi necesar să înregistreze fiecare tranzacție pe blockchain.
Lightning Network este separată de rețeaua Bitcoin - are propriile noduri și software, dar comunică totuși cu lanțul principal. Pentru a intra sau a ieși din Lightning Network, trebuie să creați tranzacții speciale pe blockchain.
Ceea ce faceți, de fapt, cu prima dvs. tranzacție este să construiți un fel de contract inteligent cu un alt utilizator. Vom intra în curând în detalii – deocamdată, gândiți-vă doar la un contract inteligent care deține un registru privat pentru dvs. și alt utilizator. Puteți scrie mai multe tranzacții în acest registru. Sunt vizibile doar pentru dvs. și contrapartea dvs., dar niciunul dintre dvs. nu poate trișa, datorită unor caracteristici specifice ale configurației.
Acest miniregistru se numește canal. Să spunem că Alice și Bob au depus fiecare câte 5 BTC în contractul inteligent. Pe canalul lor, ambii ar avea acum un sold de 5 BTC. Alice ar putea apoi să scrie în registru „plătește-i 1 BTC lui Bob.” Acum, Bob are 6 BTC de partea lui, iar Alice are 4. Apoi, Bob ar putea trimite 2 BTC înapoi către Alice la o dată ulterioară, astfel că soldurile vor fi 6 BTC pentru Alice și 4 BTC pentru Bob. Ei pot continua să facă asta câtva timp.
Oricând, oricare poate publica starea curentă a canalului în blockchain. În acel moment, soldurile de pe fiecare parte a canalului sunt alocate părților corespunzătoare on-chain.
Așa cum sugerează și numele, tranzacțiile Lightning se execută cu viteza fulgerului. Nu există confirmări de bloc care trebuie așteptate – plățile pot fi efectuate cât de repede permite conexiunea dvs. la internet.
De ce este necesară rețeaua Lightning Network?
Până acum, Lightning Network (sau pur și simplu, LN) pare a fi cea mai practică abordare pentru scalarea blockchainului Bitcoin. Coordonarea schimbărilor într-un ecosistem atât de vast este dificilă - există riscul de hard forks și erori potențial catastrofale. Cu atâta valoare în joc, a experimenta este incredibil de periculos.
Dacă se renunță la experimentare în domeniul blockchain, se obține o mare flexibilitate. Dacă ceva nu merge bine, nu va avea niciun impact asupra rețelei Bitcoin actuale. Soluțiile Layer 2 nu subminează niciuna dintre ipotezele de securitate care au menținut protocolul în funcțiune timp de peste 15 ani.
Nici nu există vreo obligație de a schimba vechiul mod în care se făceau lucrurile. Tranzacțiile on-chain continuă să funcționeze ca de obicei pentru utilizatorul final, dar acum există opțiunea de a tranzacționa și off-chain.
Există mai multe beneficii ale utilizării Lightning Network. În continuare, le vom analiza pe principalele.
Scalabilitate
Blocurile Bitcoin sunt create aproximativ la fiecare zece minute și pot deține un număr limitat de tranzacții. Spațiul pe bloc este o resursă limitată, așa că trebuie să licitați împotriva altor utilizatori pentru ca tranzacția dvs. să fie inclusă în timp util. Pe mineri îi interesează, în primul rând, să fie plătiți, așa că vor include mai întâi tranzacțiile cu comisioane mai mari.
Când nu există mulți utilizatori care încearcă să trimită fonduri în același timp, aceasta nu este cu adevărat o problemă. Puteți seta un comision mic și este posibil ca tranzacția dvs. să fie inclusă în blocul următor. Dar, atunci când prea mulți utilizatori transmit simultan tranzacții, comisionul mediu poate crește semnificativ. Au existat mai multe cazuri în care a depășit 10 USD. La apogeul pieței bull din 2017, a depășit 50 de dolari. În aprilie 2021, taxa medie de tranzacție Bitcoin a depășit 60 USD.
Acesta ar putea părea nesemnificativ pentru tranzacțiile Bitcoin în valoare de mii de dolari, dar pentru plăți mai mici, nu este sustenabil. Cine vrea să plătească o taxă de 5 USD pentru o cafea de 3 USD?
Cu Lightning Network, plătiți în continuare două taxe – una pentru a vă deschide canalul și alta pentru a-l închide. Dar dvs. și contrapartea dvs. puteți efectua mii de tranzacții gratuit odată ce canalul este deschis. După ce terminați, trebuie doar să publicați starea finală în blockchain.
Astfel, dacă mai mulți utilizatori se bazează pe soluții off-chain, cum ar fi Lightning Network, spațiul blocului va fi utilizat mai eficient. Transferurile de valoare redusă și de înaltă frecvență ar putea fi efectuate pe canalele de plată, în timp ce spațiul blocului este utilizat pentru tranzacții mai mari și deschiderea/închiderea canalului. Acest lucru ar face sistemul accesibil unei baze de utilizatori mult mai largi, permițându-i să se extindă pe termen lung.
Microplăți
Există o cantitate minimă de Bitcoin pe care o puteți trimite într-o tranzacție – aproximativ 0,00000546 BTC. La momentul redactării, aceasta era egală cu aproximativ 38 de cenți. Este o sumă mică, dar Lightning Network vă permite să depășiți limitele pentru a tranzacționa cea mai mică unitate disponibilă în prezent – 0,00000001 BTC sau un satoshi.
Lightning este mult mai atrăgător pentru microplăți. Comisioanele pentru tranzacțiile obișnuite fac imposibilă trimiterea de sume mici pe lanțul principal. În cadrul unui canal, însă, puteți să trimiteți gratuit o fracțiune dintr-o fracțiune dintr-un Bitcoin.
Microplățile sunt potrivite pentru o mulțime de cazuri de utilizare. Unii speculează că ar putea fi un înlocuitor viabil pentru modelele bazate pe abonament, în care utilizatorii plătesc în schimb sume mici de fiecare dată când folosesc un serviciu.
Confidențialitate
Un beneficiu secundar al Lightning Network este că poate oferi utilizatorilor un grad ridicat de confidențialitate. Părțile nu trebuie să își dezvăluie canalele rețelei mai largi. Deși ați putea să vă uitați la blockchain și să spuneți că această tranzacție a deschis un canal, nu veți putea vedea ce se întâmplă în interiorul acestuia. Dacă participanții aleg să folosească un canal privat, doar ei vor ști ce tranzacții au loc.
Dacă Alice are un canal cu Bob și Bob are un canal cu Carol, Alice și Carol își pot trimite plăți una alteia prin Bob. Dacă Dan este conectat la Carol, Alice îi poate trimite plăți. Vă puteți imagina cum se extinde acest lucru într-o rețea mare de canale de plată interconectate. Într-o astfel de configurație, nu ați putea ști sigur cui i-a trimis Alice fonduri odată ce canalul este închis.
Cum funcționează Lightning Network?
Am explicat cum Lightning Network se bazează pe canalele dintre noduri la un nivel înalt. Să vedem acum mai multe detalii.
Adrese multisemnătură
O adresă multisemnătură (sau multisig) este una de la care pot cheltui mai multe chei private. Când creați una, specificați câte chei private pot cheltui fondurile și câte dintre aceste chei sunt necesare pentru a semna o tranzacție. De exemplu, o schemă 1 din 5 înseamnă că cinci chei pot produce o semnătură validă și că doar una este necesară. O schemă 2 din 3 ar indica că, din cele trei chei posibile, oricare două sunt necesare pentru a cheltui fondurile.
Pentru a inițializa un canal Lightning, participanții blochează fonduri într-o schemă 2 din 2. Există doar două chei private capabile să semneze și ambele sunt necesare pentru a muta monede. Să revenim la prietenii noștri Alice și Bob. Vor face o mulțime de plăți unul către celălalt în lunile următoare, așa că decid să deschidă un canal Lightning Network.
Vor începe prin a depune, să zicem, 3 BTC fiecare la adresa multisig deținută în comun. Merită să repetăm că Bob nu poate muta fonduri din adresă fără ca Alice să fie de acord, sau invers.
Desigur, ar putea folosi pur și simplu o bucată de hârtie pe care sunt stabilite soldurile fiecărei părți. Ambii au un sold inițial de 3 BTC. Dacă Alice dorește să facă o plată de 1 BTC către Bob, de ce să nu adauge pur și simplu o notă că Alice deține acum 2 BTC și Bob deține 4 BTC? Soldurile ar putea fi urmărite astfel până când decid să mute fondurile.
Este posibil, dar unde este distracția? Mai important, nu este astfel incredibil de ușor ca cineva să nu coopereze? Dacă Alice ajunge să dețină 6 BTC, iar Bob cu niciunul, Bob nu pierde nimic refuzând să elibereze fondurile (cu excepția, poate, a prieteniei lui cu Alice).
Contracte Hash Timelock (HTLC)
Sistemul de mai sus este plictisitor și nu oferă prea multe față de configurațiile de încredere de astăzi. Devine mult mai interesant când introducem un mecanism care impune „contractul” dintre Alice și Bob. Dacă una dintre părți decide să nu respecte regulile, atunci cealaltă mai are o cale de atac pentru a-și scoate fondurile de pe canal.
Acest mecanism este un Contract Hash Timelock (sau HTLC). Termenul poate suna descurajant, dar este, de fapt, un concept destul de simplu de înțeles. Acesta îmbină alte două tehnologii (hashlocks și timelocks) pentru a remedia orice comportament necooperant în canalele de plată.
Un hashlock este o condiție impusă unei tranzacții care dictează că puteți cheltui fonduri doar demonstrând că știți secretul. Expeditorul face hash cu o bucată de date și include hash-ul în tranzacția către destinatar. Singura modalitate prin care destinatarul o poate cheltui este dacă furnizează datele inițiale (secretul) care se potrivesc cu hash-ul. Și singurul mod în care poate furniza acele date este dacă expeditorul i le dezvăluie.
Un timelock este o condiție care vă împiedică să cheltuiți fonduri înainte de un anumit timp. Este specificat fie ca timp real, fie ca înălțime de bloc specificată.
HTLC-urile sunt create prin combinarea hashlock-urilor și timelock-urilor. În practică, HTLC-urile pot fi folosite pentru a crea plăți condiționate – destinatarul trebuie să furnizeze un secret înainte de o anumită oră, sau expeditorul poate revendica fondurile. Această parte este probabil mai bine explicată cu un exemplu, așa că să revenim la Alice și Bob.
Deschiderea și închiderea canalelor
Am dat exemplul în care Alice și Bob tocmai au creat tranzacții care finanțează adresa multisemnătură pe care o vor utiliza în comun. Dar acele tranzacții nu sunt încă publicate în blockchain! Mai întâi, trebuie să mai facem un lucru.
Trei monede de la Bob și trei monede de la Alice.
Amintiți-vă că singurul mod în care acele monede se pot muta din multisig este dacă Alice și Bob semnează amândoi o tranzacție. Dacă Alice ar vrea să trimită toate cele șase monede la o adresă externă, ar avea nevoie de aprobarea lui Bob. Ea ar face mai întâi o tranzacție (șase Bitcoin la această adresă) și și-ar adăuga propria semnătură.
Ar putea încerca să transmită tranzacția imediat, dar ar fi nevalidă pentru că Bob nu și-a inclus semnătura. Alice trebuie să-i dea mai întâi lui tranzacția incompletă. Odată ce el își adaugă semnătura, aceasta devine validă.
Încă nu avem un mecanism pentru a-i face pe toți să joace cinstit. După cum am spus mai devreme, în cazul în care contrapartea dvs. refuză să coopereze, fondurile dvs. sunt efectiv blocate. Să vedem care este mecanismul care împiedică acest lucru. Există câteva piese diferite în mișcare, deci, citiți în continuare.
Fiecare parte trebuie să cunoască un secret – să le numim secretele As și Bs. Nu ar mai fi secrete dacă Alice și Bob le-ar dezvălui, așa că le vor ține ascunse deocamdată. Perechea va genera hash-urile secretelor respective – h(As) și h(Bs). Deci, în loc să-și dezvăluie secretele, ei își dezvăluie reciproc acele hash-uri.
Alice și Bob își dezvăluie reciproc hash-urile.
De asemenea, Alice și Bob trebuie să creeze un set de tranzacții de angajament înainte de a publica primele lor tranzacții la adresa multisemnătură. Acest lucru le va oferi o cale de atac în cazul în care celălalt decide să țină fondurile blocate.
Dacă vă gândiți la un canal precum miniregistrul la care am făcut referire mai devreme, atunci tranzacțiile de angajament sunt actualizările pe care le aduceți registrului. De fiecare dată când creați o nouă pereche de tranzacții de angajament, reechilibrați fondurile între cei doi participanți.
Cea a lui Alice va avea două ieșiri - una care plătește o adresă pe care o deține și alta care este blocată într-o nouă adresă multisig. Ea o semnează și i-o dă lui Bob.
Tranzacția lui Alice cu două ieșiri – una către propria ei adresă și una către o nouă adresă multisig. Încă mai are nevoie de semnătura lui Bob pentru a fi valabilă.
Bob face același lucru – o ieșire plătește către el, cealaltă plătește către o altă adresă multisig. O semnează și i-o dă lui Alice.
Avem două tranzacții incomplete care sunt foarte asemănătoare.
În mod normal, Alice ar putea adăuga o semnătură la tranzacția lui Bob pentru a o valida. Dar veți observa că aceste fonduri sunt cheltuite din multisig 2 din 2, pe care nu l-am finanțat încă. Este ca și cum ai încerca să cheltuiești un cec dintr-un cont care are sold zero momentan. Prin urmare, aceste tranzacții parțial semnate vor putea fi utilizate numai după ce multisig este în funcțiune.
Noile adrese multisemnătură (unde sunt destinate cele 3 ieșiri BTC) au câteva proprietăți deosebite. Să aruncăm o privire la tranzacția incompletă pe care Alice a semnat-o și i-a dat-o lui Bob. Ieșirea multisig poate fi cheltuită în următoarele condiții:
Ambele părți o pot semna în mod cooperant.
Bob o poate cheltui singur după o anumită perioadă (datorată blocării).
Alice o poate cheltui dacă cunoaște secretul Bs al lui Bob.
Pentru tranzacția pe care Bob i-a dat-o lui Alice:
Ambele părți o pot semna în mod cooperant.
Alice o poate cheltui singură după o anumită perioadă.
Bob o poate cheltui dacă știe secretul As al lui Alice.
Rețineți că niciuna dintre părți nu cunoaște secretul celeilalte, deci, condiția 3) nu este încă o posibilitate. Un alt lucru de remarcat este că, dacă semnați o tranzacție, contrapartea dvs. poate cheltui imediat, deoarece nu există condiții speciale pentru ieșirea sa. Puteți fie să așteptați ca termenul să expire pentru a cheltui fondurile, fie puteți coopera cu cealaltă parte pentru a le cheltui imediat.
Bine! Acum puteți publica tranzacțiile în adresa originală multisemnătură 2 din 2. În sfârșit, este sigur să faceți acest lucru, deoarece vă puteți recupera fondurile în cazul în care contrapartea abandonează canalul.
Odată ce tranzacțiile sunt confirmate, canalul este în funcțiune și rulează. Prima pereche de tranzacții ne arată starea actuală a miniregistrului. În prezent, va plăti 3 BTC lui Bob și 3 BTC lui Alice.
Când Alice dorește să efectueze o nouă plată către Bob, perechea creează două tranzacții noi pentru a înlocui primul set. Procedura este aceeași – sunt doar pe jumătate semnate. Cu toate acestea, Alice și Bob renunță mai întâi la vechile lor secrete și schimbă noi hash-uri pentru următoarea rundă de tranzacții.
Dacă Alice ar dori să-i plătească 1 BTC lui Bob, de exemplu, cele două noi tranzacții ar credita 2 BTC pentru Alice și 4 BTC pentru Bob. În acest fel, soldul este actualizat.
Oricare dintre părți poate semna și transmite una dintre cele mai recente tranzacții în orice moment pentru a o „deconta” pe blockchain. Dar oricare dintre părți va face acest lucru va trebui să aștepte până la expirarea timpului de blocare, în timp ce cealaltă parte poate cheltui imediat. Rețineți, dacă Bob semnează și transmite tranzacția lui Alice, ea are acum o ieșire fără condiții.
Ambele părți pot conveni să închidă canalul împreună (o încheiere prin cooperare). Acesta este probabil cel mai simplu și rapid mod de a vă aduce fondurile înapoi în lanț. Cu toate acestea, chiar dacă una dintre părți nu răspunde sau refuză să coopereze, cealaltă își poate recupera fondurile așteptând expirarea timpului.
Cum previne rețeaua Lightning înșelăciunile?
S-ar putea să fi identificat un vector de atac aici. Dacă Bob are în prezent un sold de 1 BTC, ce îl împiedică să transmită o tranzacție mai veche în care avea mai mulți? El are deja tranzacția pe jumătate semnată de la Alice, trebuie doar să-și adauge semnătura și să o transmită, nu?
Nimic nu-l împiedică să facă asta – cu excepția faptului că și-ar putea pierde întregul sold. Să presupunem că trece la acțiune și transmite o tranzacție veche care plătește o monedă lui Alice și cinci la acea adresă multisig pe care am menționat-o mai devreme.
Alice își primește moneda imediat. Bob, pe de altă parte, trebuie să aștepte până la expirarea timpului de blocare pentru a cheltui din adresa multisig. Vă amintiți de cealaltă condiție pe care am menționat-o, care i-ar permite lui Alice să cheltuiască aceleași fonduri imediat? Ea are nevoie de un secret pe care nu-l avea atunci. Însă îl are acum – de îndată ce a fost creată a doua rundă de tranzacții, Bob a dezvăluit secretul.
În timp ce Bob stă, fără să poată face nimic până când expiră timpul, Alice poate muta acele fonduri. Acest mecanism bazat pe pedeapsă înseamnă că este puțin probabil ca participanții să încerce măcar să trișeze, deoarece cealaltă parte va avea acces la monedele lor.
Dirijarea plăților
Am discutat acest lucru mai devreme – canalele pot fi conectate. În caz contrar, rețeaua Lightning Network nu ar fi atât de utilă pentru plăți. Chiar sunteți dispus să blocați 500 USD într-un canal cu o cafenea doar ca să vă primiți doza zilnică de cafeină pentru următoarele câteva luni?
Nu trebuie să faceți asta. Dacă Alice deschide un canal cu Bob și Bob are deja unul cu Carol, Bob poate direcționa plățile între ele două. Acest lucru poate funcționa în mai multe „salturi”, ceea ce înseamnă că Alice poate plăti efectiv pe oricine către care există o cale.
În acest scenariu, Alice poate opta pentru mai multe rute pentru a ajunge la Frank. În practică, ea va opta întotdeauna pentru cea mai ușoară.
Pentru rolul lor în dirijare, intermediarii ar putea percepe o mică taxă (deși nu există nicio obligație). Rețeaua Lightning este încă relativ nouă, așa că încă nu s-a materializat o piață de taxe. Însă mulți se așteaptă să vadă comisioane pe baza lichidității furnizate.
Pe lanțul de bază, comisionul dvs. se bazează numai pe spațiul pe care tranzacția dvs. îl ocupă într-un bloc - valoarea transmisă nu contează - plățile de 1 USD și 10.000.000 USD au aceleași costuri. Pe de altă parte, nu există un astfel de spațiu de bloc în cadrul rețelei Lightning.
În schimb, există ideea de solduri locale și la distanță. Soldul local este suma pe care o puteți „împinge” la celălalt capăt al canalului, în timp ce soldul de la distanță este cel pe care contrapartea dvs. îl poate împinge către dvs.
Este timpul pentru un alt exemplu. Să aruncăm o privire mai atentă la una dintre căile de mai sus: Alice <> Carol <> Frank.
Soldul utilizatorilor înainte și după un transfer de 0,3 BTC de la Alice la Frank.
Alice <> Carol și Carol <> Frank au fiecare o capacitate totală de 1 BTC. Soldul local al lui Alice este de 0,7 BTC. Dacă s-ar deconta acum pe blockchain, ea ar primi 0,7 BTC, iar Carol ar primi soldul de la distanță (adică, 0,3 BTC).
Dacă Alice dorește să-i trimită 0,3 BTC lui Frank, ea împinge 0,3 BTC pe partea canalului lui Carol. Apoi Carol împinge 0,3 BTC din soldul ei local în canalul cu Frank. Ca urmare, soldul lui Carol rămâne același: +0,3 BTC de la Alice și -0,3 BTC pentru Frank se anulează reciproc.
Carol nu își pierde valoarea din faptul că acționează ca o conexiune între Alice și Frank, dar devine mai puțin flexibilă. Acum poate cheltui 0,6 BTC pe canalul ei cu Alice, dar numai 0,1 BTC pe canalul cu Frank.
Vă puteți imagina o situație în care Alice este conectată doar la Carol, în timp ce Frank este conectat la o rețea mult mai largă. Carol putea trimite anterior un total de 0,4 BTC altora prin intermediul lui Frank, dar acum poate împinge doar 0,1 BTC pentru că asta este tot ce are la capătul ei de canal.
În acest scenariu, Alice consumă efectiv lichiditatea lui Carol. Fără niciun fel de stimulent, Carol poate să nu vrea să-și slăbească propria poziție. Deci, în schimb, ar putea spune doar că voi direcționa fiecare 0,01 BTC pentru o taxă de zece satoshi. În felul acesta, cu cât Carol sacrifică mai multe solduri locale pe căi „mai puternice”, cu atât câștigă un profit mai mare.
După cum am menționat anterior, nu există nicio cerință de facto de a percepe o taxă. Unii ar putea să nu fie preocupați de reducerea lichidității. Alții ar putea deschide canale direct către destinatar.
Limitări ale Lightning Network
Ar fi fantastic dacă Lightning Network s-ar dovedi a fi soluția la toate problemele de scalabilitate ale Bitcoin. Din păcate, are propriile neajunsuri care îi pot pune piedici.
Grad de utilizare
Bitcoin nu este cel mai intuitiv sistem pentru începători – adresele, comisioanele etc. pot crea confuzie până când vă familiarizați. După ce a fost configurat un client Lightning, utilizatorii trebuie, de asemenea, să înceapă să deschidă canale înainte de a putea efectua plăți. Acesta poate fi un proces consumator de timp și ar putea fi copleșitor atunci când unui nou venit îi sunt prezentate concepte precum capacitatea de intrare/ieșire.
Acestea fiind spuse, se aduc continuu îmbunătățiri pentru a reduce barierele de intrare și pentru a oferi utilizatorilor o experiență fluentă.
Lichiditate
Una dintre cele mai mari critici la adresa rețelei Lightning este că ar putea fi restrânsă capacitatea dvs. de a tranzacționa. Nu puteți cheltui o sumă mai mare decât cea pe care o aveți blocată pe un canal. Dacă vă cheltuiți toate fondurile astfel încât soldul de la distanță să aibă toate fondurile canalului, va trebui să închideți canalul. Alternativ, puteți aștepta până când cineva vă plătește prin intermediul acestuia, dar nu este ideal.
Căile dvs. pot fi limitate și de capacitatea totală a canalului. Să luăm exemplul Alice <> Carol <> Frank de mai devreme. Dacă Alice și Carol au o capacitate de 5 BTC în canalul lor, dar Carol și Frank au doar o capacitate de 1 BTC, Alice nu poate trimite niciodată mai mult de 1 BTC. Chiar și atunci, întregul sold ar trebui să fie de partea lui Carol a canalului Carol <> Frank pentru a funcționa. Acest lucru poate limita strict cantitatea de fonduri care poate fi transmisă de-a lungul canalelor LN și, prin urmare, are un efect secundar asupra gradului de utilizare.
Huburi centralizate
Din cauza problemei menționate în secțiunea anterioară, există o anumită îngrijorare că rețeaua va facilita crearea de „huburi” masive. Adică entități mari, puternic conectate, cu multă lichiditate. Orice plăți semnificative ar trebui direcționate prin câteva dintre aceste entități.
Evident, nu ar fi o situație grozavă. Ar slăbi sistemul, deoarece dacă aceste entități ar fi offline, ar perturba în mare măsură relațiile dintre părți. Există, de asemenea, un risc crescut de cenzură, deoarece există doar câteva puncte prin care tranzacțiile trec.
Starea actuală a rețelei Lightning Network
În martie 2024, Lightning Network pare în parametri normali. Se mândrește cu peste 13.000 de noduri online, peste 52.000 de canale active și o capacitate de puțin peste 4.570 BTC.
Distribuția globală a nodurilor Lightning Network.
Există câteva implementări diferite ale nodurilor – c-lightning de la Blockstream, Lightning Network Daemon de la Lightning Labs și Eclair de la ACINQ fiind câteva exemple. Pentru utilizatorii care sunt mai puțin orientați spre tehnologie, multe companii oferă noduri plug-and-play. Singurul lucru pe care trebuie să-l faceți este să porniți dispozitivul și sunteți gata să începeți cu Lightning Network.
Gânduri de încheiere
De la lansarea mainnetului în 2018, Lightning Network a cunoscut o creștere semnificativă. Mai sunt de depășit unele obstacole de utilizare, deoarece, în prezent, operarea unui nod Lightning necesită un anumit grad de competență tehnică. Dar, cu numeroasele dezvoltări care au loc, s-ar putea să vedem că barierele de intrare se reduc în timp.
Materiale suplimentare
Declinarea răspunderii: Acest conținut vă este prezentat „ca atare” numai pentru informare generală și în scopuri educaționale, fără a oferi declarații sau garanții de vreun fel. Nu ar trebui să fie interpretat ca un sfat financiar, juridic sau de natură profesională și nici nu este destinat să recomande achiziționarea unui anumit produs sau serviciu. Ar trebui să solicitați sfaturi de la consilierii profesioniști corespunzători. În cazul în care articolul reprezintă contribuția unui colaborator terț, rețineți că acele opinii exprimate aparțin contributorului terț și nu le reflectă neapărat pe cele ale Academiei Binance. Vă rugăm să citiți declarația noastră completă de declinare a răspunderii aici pentru mai multe detalii. Prețurile activelor digitale pot fi volatile. Valoarea investiției dvs. poate scădea sau crește și este posibil să nu vă recuperați suma investită. Sunteți singura persoană responsabilă pentru deciziile dvs. de investiții, iar Academia Binance nu este responsabilă pentru eventualele pierderi suferite. Acest material nu trebuie interpretat ca un sfat financiar, juridic sau de natură profesională. Pentru mai multe informații, consultați Termenii de utilizare și Avertismentul privind riscurile.