Recomandări cheie
Soluțiile de nivel 2 au fost create pentru a aborda limitările inerente de scalabilitate ale tehnologiei blockchain.
Lightning Network este o soluție de scalare de nivel 2 care oferă tranzacții rapide fără a fi nevoie de confirmarea blocurilor, permițând microplăți eficiente.
Acesta asigură plăți sigure și scalabile prin adrese cu mai multe semnături și contracte Hash Timelock.
Introducere
Criptomonedele au câteva proprietăți destul de unice. Ele nu pot fi piratate sau închise 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 ne asigura că aceste caracteristici rămân, trebuie făcute compromisuri semnificative. Deoarece 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 o rețea le poate gestiona. În acest articol, vom face o scufundare profundă în Lightning Network, o astfel de extensie a protocolului Bitcoin.
Ce este rețeaua Lightning?
Rețeaua Lightning este o rețea care rulează deasupra unui blockchain pentru a facilita tranzacțiile rapide peer-to-peer. Nu este exclusiv pentru Bitcoin - alte criptomonede l-au integrat.
S-ar putea să vă întrebați ce înțelegem prin „rulează deasupra unui blockchain”. Rețeaua Lightning este ceea ce se numește o soluție off-chain sau de nivel doi. Permite persoanelor fizice să tranzacționeze fără a fi nevoie să înregistreze fiecare tranzacție pe blockchain.
Rețeaua Lightning 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 faci de fapt cu prima ta tranzacție este să construiești un fel de contract inteligent cu un alt utilizator. Vom intra în detalii în curând – deocamdată, gândiți-vă doar la contractul inteligent care deține un registru privat pentru dvs. și un alt utilizator. Puteți scrie multe tranzacții în acest registru. Sunt vizibile doar pentru dvs. și contrapartea dvs., dar niciunul dintre voi nu poate înșela din cauza unor caracteristici specifice ale configurației.
Acest mini-registru se numește canal. Să spunem că Alice și Bob au pus 5 BTC fiecare în contractul inteligent. Pe canalul lor – ambii ar avea acum un sold de 5 BTC. Alice putea apoi să scrie în registru „plătește 1 BTC lui Bob”. Acum, Bob are 6 BTC de partea sa, iar Alice are 4. Apoi, Bob ar putea trimite 2 BTC înapoi lui Alice la o dată ulterioară, actualizând soldurile la 6 BTC de partea lui Alice și 4 BTC de partea lui Bob. Ei pot continua să facă asta pentru o perioadă.
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 respective din lanț.
Adevărat numelui, tranzacțiile Lightning sunt fulgerătoare. Nu există confirmări de blocare de așteptat – plățile pot fi efectuate la fel de repede pe cât permite conexiunea dvs. la internet.
De ce este necesară rețeaua Lightning?
Până acum, Lightning Network (sau pur și simplu, LN) pare a fi cea mai sensibilă abordare pentru scalarea blockchain-ului Bitcoin. Coordonarea schimbărilor într-un ecosistem atât de vast este dificilă - există riscul de bifurcări și erori potențial catastrofale. Cu atâta valoare în joc, experimentarea este incredibil de periculoasă.
Când mutați acea experimentare departe de blockchain, aveți mult mai multă flexibilitate. Dacă ceva nu merge bine, nu va avea niciun impact asupra rețelei Bitcoin actuale. Soluțiile de nivel doi nu subminează niciuna dintre ipotezele de securitate care au menținut protocolul în funcțiune timp de peste 15 ani.
Nici nu există nicio obligație de a trece de la vechiul mod de a face lucrurile. Tranzacțiile în lanț continuă să funcționeze în mod normal pentru utilizatorul final, dar acum au opțiunea de a tranzacționa și în afara lanțului.
Există mai multe beneficii în utilizarea rețelei Lightning. Ne vom uita mai jos la unele dintre cele principale.
Scalabilitate
Blocurile Bitcoin sunt create aproximativ la fiecare zece minute și pot deține doar atâtea tranzacții. Spațiul bloc este o resursă limitată, așa că trebuie să licitați împotriva altor utilizatori pentru a-l include în timp util. Minerii le pasă, î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 o taxă mică și este posibil să aveți tranzacția inclusă în următorul bloc. Dar, atunci când prea mulți utilizatori difuzează tranzacții simultan, taxa medie poate crește semnificativ. Au fost mai multe ocazii în care a depășit 10 USD. La apogeul pieței bull 2017, aceasta a depășit 50 de dolari. În aprilie 2021, taxa medie de tranzacție Bitcoin a depășit 60 USD.
Acest lucru ar putea părea nesemnificativ pentru tranzacțiile care mută Bitcoin în valoare de mii de dolari, dar pentru plăți mai mici, nu este sustenabil. Cine vrea să plătească pentru o cafea de 3 USD cu o taxă de 10 USD?
Cu Lightning Network, încă plătiți două taxe – una pentru a vă deschide canalul și alta pentru a-l închide. Dar tu și contrapartea dvs. puteți face mii de tranzacții gratuit odată ce canalul este deschis. Odată ce ați terminat, trebuie doar să publicați starea finală în blockchain.
În marea schemă, dacă mai mulți utilizatori se bazează pe soluții în afara lanțului, cum ar fi Lightning Network, spațiul bloc va fi utilizat mai eficient. Transferurile de valoare redusă, de înaltă frecvență ar putea fi efectuate pe canalele de plată, în timp ce spațiul bloc 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 scrierii, aceasta este 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. Taxele pentru tranzacțiile obișnuite fac imposibilă trimiterea de sume mici pe lanțul principal. În cadrul unui canal, totuși, sunteți liber să trimiteți o fracțiune dintr-o fracțiune dintr-un Bitcoin gratuit.
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 avantaj secundar al rețelei Lightning este că poate oferi utilizatorilor un grad ridicat de confidențialitate. Părțile nu trebuie să își facă cunoscute 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 neapărat să spuneți ce se întâmplă în interiorul acestuia. Dacă participanții aleg să își facă canalul 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 unul altuia prin Bob. Dacă Dan este conectat la Carol, Alice îi poate trimite plăți. Vă puteți imagina acest lucru extinzându-se într-o rețea extinsă de canale de plată interconectate. Într-o astfel de configurație, nu ai putea fi sigur cui a trimis Alice fonduri odată ce canalul este închis.
Cum funcționează rețeaua Lightning?
Am explicat cum rețeaua Lightning se bazează pe canalele dintre noduri la un nivel înalt. Să aruncăm o privire acum sub capotă.
Adrese cu mai multe semnături
O adresă cu semnături multiple (sau cu semnături multiple) 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 monedele. Să-i aducem înapoi pe prietenii noștri Alice și Bob în acest moment. Vor efectua 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.
Acest lucru începe cu amândoi depunând, să zicem, 3 BTC fiecare la adresa multisig deținută în comun. Merită să reiterăm că Bob nu poate muta fonduri din adresă fără ca Alice să fie de acord, sau invers.
Acum, ar putea să păstreze doar o foaie de hârtie care ajustează soldurile pe fiecare parte. Ambele 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 notați că Alice deține acum 2 BTC și Bob deține 4 BTC? Soldurile puteau fi urmărite astfel până când decideau să mute fondurile.
Este posibil, dar unde este distracția în ea? Mai important, nu face asta incredibil de ușor ca cineva să nu coopereze? Dacă Alice ajunge cu 6 BTC și 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 setările 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 un remediu 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ă poți cheltui fonduri doar demonstrând că cunoști un secret. Expeditorul stochează o bucată de date și include hash-ul în tranzacție către destinatar. Singura modalitate prin care receptorul o poate cheltui este dacă furnizează datele originale (secretul) care se potrivesc cu hash-ul. Și singurul mod în care pot furniza acele date este dacă expeditorul le oferă.
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 recupera fondurile. Această parte următoare 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 cu mai multe semnături pe care o vor împărtăși. 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ă, singurul mod în care acele monede se pot muta din multisig este dacă Alice și Bob semnează împreună o tranzacție. Dacă Alice ar fi vrut să trimită toate cele șase monede la o adresă externă, ar avea nevoie de aprobarea lui Bob. Ea a pus la punct o tranzacție (șase bitcoini la această adresă) și a adăugat propria semnătură.
Ar putea încerca să difuzeze tranzacția imediat, dar ar fi invalidă, deoarece Bob nu și-a inclus semnătura. Alice trebuie să-i dea mai întâi tranzacția incompletă. Odată ce își adaugă semnătura, aceasta devine valabilă.
Încă nu am pus în aplicare un mecanism pentru a-i face pe toți să joace cinstit. După cum am spus mai devreme, dacă contrapartea dumneavoastră refuză să coopereze, fondurile dumneavoastră sunt efectiv blocate. Să intrăm în mecanismul care împiedică acest lucru. Există câteva piese diferite în mișcare, așa că aveți grijă de noi.
Fiecare parte trebuie să vină cu un secret – să numim aceste secrete Ca și B. Ar fi secrete groaznice dacă Alice și Bob le-ar dezvălui, așa că le vor ține ascunse pentru moment. Perechea va genera hash-urile secretelor respective – h(As) și h(Bs). Deci, în loc să-și împărtășească secretele, ei împărtășesc acele hashe-uri unul cu celălalt.
Alice și Bob împărtășesc secretele lor unul cu celălalt.
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 cu mai multe semnături. Acest lucru le va oferi un remediu în cazul în care celălalt decide să țină fondurile ostatice.
Dacă vă gândiți la un canal precum mini-registrul la care ne-am referit mai devreme, atunci tranzacțiile de angajament sunt actualizările pe care le faceț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 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 îl 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ă semnătură multiplă. Încă are nevoie de semnătura lui Bob pentru a o face valabilă.
Bob face același lucru – o ieșire se plătește singur, cealaltă plătește o altă adresă multisig. Îl semnează și i-o dă Alicei.
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 face validă. Dar veți observa că aceste fonduri sunt cheltuite din multisig 2 din 2 pe care nu le-am finanțat încă. Este un pic ca și cum ai încerca să cheltuiești un cec dintr-un cont care are sold zero pentru moment. Prin urmare, aceste tranzacții parțial semnate vor fi utilizabile numai odată ce multisig-ul este în funcțiune.
Noile adrese cu mai multe semnături (unde sunt destinate cele 3 ieșiri BTC) au unele 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 îl pot semna în mod cooperant.
Bob îl poate petrece singur după o anumită perioadă de timp (datorită blocării noastre).
Alice o poate cheltui dacă cunoaște B-urile secrete ale lui Bob.
Pentru tranzacția pe care Bob i-a făcut-o Alicei:
Ambele părți îl pot semna în mod cooperant.
Alice o poate petrece singură după o anumită perioadă de timp.
Bob o poate cheltui dacă știe secretul As al Alicei.
Rețineți că niciuna dintre părți nu cunoaște secretul celeilalte, așa că 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 producția lor. Puteți fie să așteptați ca termenul să expire pentru a cheltui singur fondurile, fie puteți coopera cu cealaltă parte pentru a le cheltui definitiv.
Bine! Acum puteți publica tranzacțiile în adresa originală cu 2 din 2 cu semnături multiple. În sfârșit, este sigur să faceți acest lucru, deoarece vă puteți recupera fondurile dacă contrapartea abandonează canalul.
Odată ce tranzacțiile sunt confirmate, canalul este în funcțiune. Prima pereche de tranzacții ne arată starea actuală a mini-registrului. În prezent, va plăti 3 BTC lui Bob și 3 BTC lui Alice.
Când Alice dorește să facă o nouă plată către Bob, perechea creează două tranzacții noi pentru a înlocui primul set. Exercițiul este același – sunt doar pe jumătate semnați. 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ă plătească 1 BTC lui Bob, de exemplu, cele două noi tranzacții ar credita 2 BTC lui Alice și 4 BTC lui Bob. În acest fel, soldul este actualizat.
Oricare dintre părți poate semna și difuza 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. Amintiți-vă, dacă Bob semnează și difuzează 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 de 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 rețeaua Lightning previne înșelăciunea?
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ă difuzeze o tranzacție mai veche unde avea mai multe? El are deja tranzacția pe jumătate semnată de la Alice, trebuie doar să-și adauge semnătura și să o difuzeze, nu?
Nimic nu-l împiedică să facă asta – cu excepția faptului că și-ar putea pierde întregul echilibru. Să presupunem că trece până la capăt și difuzează 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 de la adresa multisig. Îți amintești de cealaltă condiție pe care am menționat-o, care i-ar permite lui Alice să cheltuiască aceleași fonduri imediat? Are nevoie de un secret pe care nu-l avea atunci. Ea o face acum – de îndată ce a fost creată a doua rundă de tranzacții, Bob a dezvăluit acel secret.
În timp ce Bob stă, incapabil să facă nimic în timp ce așteaptă expirarea timpului, Alice poate muta acele fonduri. Acest mecanism bazat pe pedepse înseamnă că este puțin probabil ca participanții să încerce chiar să trișeze, deoarece egalul va avea acces la monedele lor.
Dirijarea plăților
Am atins acest lucru mai devreme – canalele pot fi conectate. În caz contrar, rețeaua Lightning nu ar fi atât de utilă pentru plăți altfel. Chiar ai de gând să închizi 500 USD într-un canal cu o cafenea doar pentru a-ți putea obține cofeina zilnică pentru următoarele câteva luni?
Nu trebuie să faci asta. Dacă Alice deschide un canal cu Bob și Bob are deja unul cu Carol, Bob poate direcționa plățile între cei doi. Acest lucru poate funcționa în mai multe „hopuri”, ceea ce înseamnă că Alice poate plăti efectiv pe oricine pentru care există o cale.
În acest scenariu, Alice poate parcurge mai multe rute pentru a ajunge la Frank. În practică, ea o va lua întotdeauna pe cea mai ușoară.
Pentru rolul lor în rutare, intermediarii ar putea lua o mică taxă (deși nu există nicio obligație de a face acest lucru). Rețeaua Lightning este încă relativ nouă, așa că încă nu sa materializat o piață de taxe. Ceea ce mulți se așteaptă să vadă sunt comisioane bazate pe lichiditatea furnizată.
În lanțul de bază, taxa dvs. se bazează exclusiv 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 costă la fel. În schimb, nu există 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 dumneavoastră vă poate împinge.
E 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 stabili acum pe blockchain, ea ar primi 0,7 BTC, iar Carol ar primi soldul de la distanță (adică, 0,3 BTC).
Dacă Alice vrea să-i trimită 0,3 BTC lui Frank, ea îi împinge 0,3 BTC pe partea canalului lui Carol. Apoi Carol împinge 0,3 BTC din soldul ei local în canalul cu Frank. Drept 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 din valoare acționând ca o conexiune între Alice și Frank, dar ea devine mai puțin flexibilă. Vedeți, acum poate cheltui 0,6 BTC pe canalul ei cu Alice, dar doar 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ă. Anterior, Carol putea trimite un total de 0,4 BTC altora prin Frank, dar acum poate împinge doar 0,1 BTC pentru că asta este tot ce are la capătul canalului.
În acest scenariu, Alice mănâncă 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 ruta fiecare 0,01 BTC la o taxă de zece satoshis. În felul acesta, cu cât Carol sacrifică mai multe solduri locale pe căi „mai puternice”, cu atât profită mai mult.
După cum sa 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 receptor.
Limitările rețelei Lightning
Ar fi fantastic dacă Lightning Network s-ar dovedi a fi soluția pentru toate problemele de scalabilitate ale Bitcoin. Din păcate, are propriile neajunsuri care pot sta în cale.
Utilizabilitate
Bitcoin nu este cel mai intuitiv sistem pentru începători – adresele, taxele etc., pot fi confuze pentru a vă familiariza. După ce un client Lightning a fost configurat, 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 un nou venit este introdus în concepte precum capacitatea de intrare/ieșire.
Acestea fiind spuse, se fac în mod constant îmbunătățiri pentru a reduce barierele de intrare și pentru a oferi utilizatorilor o experiență mai eficientă.
Lichiditate
Una dintre cele mai mari critici la adresa rețelei Lightning este că capacitatea dumneavoastră de a tranzacționa ar putea fi constrânsă. Nu poți cheltui mai mult decât ai blocat pe un canal. Dacă cheltuiți toate fondurile astfel încât soldul de la distanță să aibă toate fondurile canalului, va trebui să închideți canalul. Alternativ, poți aștepta până când cineva te plătește prin asta, dar asta nu este ideal.
Căile dvs. pot fi limitate și de capacitatea totală a canalului. Luați 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 echilibru ar trebui să fie de partea lui Carol a canalului Carol <> Frank pentru ca asta să funcționeze. Acest lucru poate limita sever cantitatea de fonduri care poate fi transferată 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 „hub-uri” masive. Adică entități mari, puternic conectate, cu multă lichiditate. Orice plăți semnificative ar trebui direcționate prin unele dintre aceste entități.
Evident, nu ar fi o situație grozavă. Ar slăbi sistemul, deoarece aceste entități care vor fi offline ar perturba în mare măsură relațiile dintre colegi. Există, de asemenea, un risc crescut de cenzură, deoarece există doar câteva puncte prin care tranzacțiile circulă.
Starea actuală a rețelei de fulgere
Din martie 2024, rețeaua Lightning pare sănătoasă. Se mândrește cu peste 13.000 de noduri online, peste 52.000 de canale active și puțin peste 4.570 BTC în capacitate.
Distribuția globală a nodurilor Lightning Network.
Există o mână de implementări de noduri diferite - c-lightning de la Blockstream, Lightning Network Daemon de la Lightning Labs și Eclair de la ACINQ sunt câteva exemple. Pentru utilizatorii care sunt mai puțin înclinați din punct de vedere tehnic, multe companii oferă noduri plug-and-play. Singurul lucru pe care trebuie să-l faceți cu acestea este să porniți dispozitivul și veți fi gata să începeți cu Lightning Network.
Gânduri de închidere
De la lansarea rețelei principale în 2018, Lightning Network a înregistrat o creștere semnificativă. Mai sunt de depășit unele obstacole de utilizare, deoarece în prezent necesită un anumit grad de competență tehnică pentru a opera un nod Lightning. Dar, odată cu cantitatea de dezvoltare care are loc, s-ar putea să vedem barierele la intrare reduse în timp.
Lectură suplimentară
Scalabilitate blockchain - Sidechain și canale de plată
Ce sunt nodurile?
Ce sunt contractele inteligente și cum funcționează?
Exonerare de răspundere: Acest conținut vă este prezentat „ca atare” numai pentru informații generale și în scopuri educaționale, fără reprezentare sau garanție de niciun fel. Nu ar trebui să fie interpretat ca un sfat financiar, juridic sau de altă natură profesională și nici nu este destinat să recomande achiziționarea unui anumit produs sau serviciu. Ar trebui să solicitați propriul sfat de la consilierii profesioniști corespunzători. În cazul în care articolul este contribuit de un colaborator terț, vă rugăm să 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 declinul nostru complet 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 primiți înapoi suma investită. Sunteți singurul responsabil pentru deciziile dvs. de investiții, iar Academia Binance nu este responsabilă pentru pierderile pe care le puteți suferi. Acest material nu trebuie interpretat ca sfaturi financiare, juridice sau alte sfaturi profesionale. Pentru mai multe informații, consultați Termenii de utilizare și Avertismentul privind riscurile.
