Punti chiave
Le soluzioni Layer 2 sono state create per affrontare i limiti di scalabilità intrinseci della tecnologia blockchain.
Il Lightning Network è una soluzione di scalabilità Layer 2 che offre transazioni veloci senza la necessità di conferme di blocco, consentendo micropagamenti efficienti.
Garantisce pagamenti sicuri e scalabili attraverso indirizzi multifirma e Hash Timelock Contract.
Introduzione
Le criptovalute possiedono proprietà piuttosto uniche. Non possono essere hackerate o disattivate facilmente e chiunque può utilizzarle per trasmettere valore in tutto il mondo senza l'intervento di terze parti.
Per garantire queste caratteristiche, sono necessari dei compromessi significativi. Dal momento che molti nodi sono responsabili della gestione di una rete crypto, il rendimento è limitato. Di conseguenza, il numero di transazioni al secondo (TPS) che una rete blockchain può elaborare è relativamente basso per una tecnologia che mira ad essere adottata dalle masse.
Per superare i limiti intrinseci della tecnologia blockchain, diverse soluzioni di scalabilità sono state proposte per aumentare il numero di transazioni che una rete può gestire. In questo articolo, faremo un tuffo nel Lightning Network, una di queste estensioni del protocollo Bitcoin.
Cos'è il Lightning Network?
Il Lightning Network è una rete che funziona su una blockchain per facilitare transazioni peer-to-peer rapide. Non è un'esclusiva di Bitcoin, è stato integrato anche da altre criptovalute.
Ti starai chiedendo cosa intendiamo per "funziona su una blockchain". Il Lightning Network è quella che viene chiamata una soluzione off-chain o Layer 2. Consente alle persone di effettuare transazioni senza dover registrare ogni transazione sulla blockchain.
Il Lightning Network è separato dalla rete Bitcoin: ha i suoi nodi e software, ma comunica comunque con la chain principale. Per entrare o uscire dal Lightning Network, devi creare delle transazioni speciali sulla blockchain.
Quello che stai effettivamente facendo con la tua prima transazione è costruire una sorta di smart contract con un altro utente. A breve entreremo nei dettagli: per ora, puoi pensare allo smart contract come un registro privato per te e un altro utente. Puoi scrivere molte transazioni su questo registro. Sono visibili solo a te e alla tua controparte, ma nessuno dei due può imbrogliare a causa di alcune caratteristiche peculiari della configurazione.
Questo mini-registro è chiamato canale. Supponiamo che Alice e Bob mettano 5 BTC ciascuno nello smart contract. Nel loro canale, ora entrambi avranno un saldo di 5 BTC. Alice potrebbe quindi scrivere sul registro "paga 1 BTC a Bob." Ora, Bob ha 6 BTC dalla sua parte e Alice ne ha 4. Quindi, Bob potrebbe inviare 2 BTC ad Alice in un secondo momento, aggiornando i saldi a 6 BTC da parte di Alice e 4 BTC da parte di Bob. Possono continuare a farlo per un po'.
In qualsiasi momento, uno dei due può pubblicare lo stato corrente del canale nella blockchain. A quel punto, i saldi di ciascuna parte del canale verranno allocati on-chain ai rispettivi partecipanti.
Come suggerisce il nome, le transazioni Lightning sono velocissime. Non ci sono conferme di blocco da aspettare: i pagamenti possono essere effettuati alla velocità consentita dalla tua connessione Internet.
Perché il Lightning Network è necessario?
Finora, il Lightning Network (o semplicemente LN) sembra essere l'approccio più sensato per migliorare la scalabilità della blockchain di Bitcoin. Coordinare i cambiamenti in un ecosistema così vasto è complicato: c'è il rischio di hard fork e bug potenzialmente catastrofici. Considerando l'enorme valore in gioco, la sperimentazione è incredibilmente pericolosa.
Quando sposti questa sperimentazione fuori dalla blockchain, hai molta più flessibilità. Se qualcosa va storto, non avrà alcun impatto sull'effettiva rete Bitcoin. Le soluzioni Layer 2 non compromettono nessuno dei presupposti di sicurezza che hanno fatto funzionare il protocollo per oltre 15 anni.
Inoltre, nessuno è obbligato a smettere di fare le cose alla vecchia maniera. Le transazioni on-chain continuano a funzionare come sempre per l'utente, e ora si aggiunge anche l'opzione di scambiare valore off-chain.
Ci sono diversi vantaggi che derivano dall'uso del Lightning Network. Di seguito ne descriveremo alcuni tra i più importanti.
Scalabilità
I blocchi di Bitcoin vengono creati all'incirca ogni dieci minuti e possono contenere solo un numero limitato di transazioni. Lo spazio nel blocco è una risorsa scarsa, quindi devi fare un'offerta contro altri utenti per includere la tua transazione in modo tempestivo. I miner si preoccupano, prima di tutto, di essere pagati, quindi includeranno prima le transazioni con commissioni più elevate.
Quando non ci sono molti utenti che cercano di inviare fondi contemporaneamente, questo non è un problema. Puoi impostare una commissione bassa e probabilmente la transazione verrà inclusa nel blocco successivo. Tuttavia, quando troppi utenti trasmettono transazioni contemporaneamente, la commissione media può aumentare in modo significativo. Ci sono state diverse occasioni in cui ha superato i 10$. Nel 2017 al culmine del bull market, ha superato i 50$. Ad aprile 2021, la commissione di transazione media su Bitcoin ha superato i 60$.
Potrebbe sembrare insignificante per le transazioni che spostano migliaia di dollari in Bitcoin, ma per i pagamenti più piccoli non è sostenibile. Chi vuole pagare un caffè da 3$ con una commissione di 10$?
Con il Lightning Network, paghi comunque due commissioni: una per aprire il tuo canale e un'altra per chiuderlo. Tuttavia, tu e la tua controparte potete effettuare gratuitamente migliaia di transazioni una volta aperto il canale. Una volta terminato, devi solo pubblicare lo stato finale sulla blockchain.
Nello schema generale, se più utenti si affidano a soluzioni off-chain come il Lightning Network, lo spazio nei blocchi verrà usato in modo più efficiente. I trasferimenti di basso valore e alta frequenza possono essere eseguiti nei canali di pagamento, mentre lo spazio nei blocchi viene usato per transazioni più grandi e per l'apertura/chiusura dei canali. Questo renderebbe il sistema accessibile a una base di utenti notevolmente più ampia, provvedendo alla scalabilità nel lungo termine.
Micropagamenti
C'è una quantità minima di Bitcoin che puoi inviare in una transazione: circa 0,00000546 BTC. Al momento in cui scriviamo, è pari a circa 38 centesimi. Si tratta di una piccola quantità, ma il Lightning Network ti consente di superare i limiti per effettuare transazioni con l'unità più piccola attualmente disponibile: 0,00000001 BTC o un satoshi.
Lightning è molto più attraente per i micropagamenti. Le commissioni sulle transazioni regolari rendono poco pratico l'invio di piccoli importi sulla chain principale. All'interno di un canale, invece, sei libero di inviare gratuitamente una frazione di una frazione di Bitcoin.
I micropagamenti sono presenti in una lunga serie di casi d'uso. Alcuni ipotizzano che potrebbero essere un valido sostituto per i modelli basati su abbonamento, in cui gli utenti pagano invece somme minuscole ogni volta che usano un servizio.
Privacy
Un vantaggio secondario del Lightning Network è che può offrire agli utenti un elevato grado di riservatezza. Le parti non devono far conoscere i loro canali alla rete più ampia. Anche se potresti essere in grado di guardare la blockchain e dire questa transazione ha aperto un canale, non sarai necessariamente in grado di dire cosa sta succedendo al suo interno. Se i partecipanti scelgono di rendere privato il proprio canale, solo loro sapranno quali transazioni sono in corso.
Se Alice ha un canale con Bob e Bob ha un canale con Carol, Alice e Carol possono inviarsi pagamenti tramite Bob. Se Dan è collegato a Carol, Alice può inviare pagamenti a lui. Puoi immaginare come questo si espanda in un vasto network di canali di pagamento interconnessi. In una configurazione del genere, non puoi affermare con certezza dove sono finiti i fondi di Alice una volta chiuso il canale.
Come funziona il Lightning Network?
Abbiamo spiegato come il Lightning Network si basa, sostanzialmente, su canali tra nodi. Ora diamo un'occhiata a come funziona nello specifico.
Indirizzi multifirma
Un indirizzo multifirma (o multisig) è un indirizzo da cui possono spendere diverse chiavi private. Quando ne crei uno, specifichi quante chiavi private possono spendere i fondi e quante di queste chiavi sono necessarie per firmare una transazione. Ad esempio, uno schema 1-di-5 significa che cinque chiavi possono produrre una firma valida e che solo una è necessaria. Uno schema 2-di-3 indicherebbe che, delle tre possibili chiavi, ne sono necessarie due per spendere i fondi.
Per avviare un canale Lightning, i partecipanti bloccano i fondi in uno schema 2-di-2. Ci sono solo due chiavi private in grado di firmare ed entrambe sono necessarie per spostare token. Ora torniamo ai nostri amici Alice e Bob. Nei prossimi mesi effettueranno molti pagamenti tra loro, quindi decidono di aprire un canale Lightning Network.
Questo inizia con entrambi che depositano, diciamo, 3 BTC nell'indirizzo multifirma controllato congiuntamente. E' importante ribadire che Bob non può spostare fondi dall'indirizzo senza che Alice sia d'accordo, o viceversa.
Potrebbero semplicemente usare un foglio di carta e regolare i saldi per ogni parte. Entrambi hanno un saldo iniziale di 3 BTC. Se Alice vuole effettuare un pagamento di 1 BTC a Bob, perché non prendere nota che Alice ora possiede 2 BTC e Bob possiede 4 BTC? I saldi potrebbero essere registrati in questo modo fino a quando non decidono di spostare i fondi fuori dal canale Lightning.
È possibile, ma dov'è il divertimento? E soprattutto, questo non rende incredibilmente facile per qualcuno non collaborare? Se Alice si ritrova con 6 BTC e Bob con nessuno, Bob non perde nulla rifiutandosi di rilasciare i fondi (tranne, forse, la sua amicizia con Alice).
Hash Timelock Contract (HTLC)
Il sistema che abbiamo descritto sopra è noioso e non offre niente di nuovo rispetto alle configurazioni trusted che usiamo già oggi. Le cose si fanno molto più interessanti quando introduciamo un meccanismo che fa rispettare il “contratto” tra Alice e Bob. Se una delle parti decide di non seguire le regole, l'altra ha comunque un rimedio per togliere i propri fondi dal canale.
Questo meccanismo è un Hash Timelock Contract (o HTLC). Il termine può sembrare scoraggiante, ma in realtà è un concetto abbastanza semplice da comprendere. Unisce altre due tecnologie (hashlock e timelock) per porre rimedio a qualsiasi comportamento non collaborativo nei canali di pagamento.
Un hashlock è una condizione posta su una transazione che stabilisce che puoi spendere fondi solo dimostrando di conoscere un segreto. Il mittente sottopone un dato a una funzione di hashing e include l'hash nella transazione al destinatario. L'unico modo in cui il destinatario può spenderla è fornire i dati originali (il segreto) che corrispondono all'hash. E l'unico modo in cui possono fornire tali dati è se il mittente li fornisce.
Un timelock è una condizione che ti impedisce di spendere fondi prima di un certo periodo di tempo. Viene specificato un'orario effettivo o una specifica altezza del blocco.
Gli HTLC sono creati combinando haslock e timelock. In pratica, gli HTLC possono essere usati per creare pagamenti condizionali – il destinatario deve fornire un segreto prima di un certo tempo, o il mittente può reclamare i fondi. La parte successiva è probabilmente meglio spiegata con un esempio, quindi torniamo ad Alice e Bob.
Apertura e chiusura dei canali
Abbiamo fatto l'esempio di Alice e Bob che creano transazioni per finanziare l'indirizzo multifirma che condivideranno. Ma queste transazioni non sono ancora pubblicate sulla blockchain! Prima abbiamo bisogno di un'altra cosa.
Tre bitcoin da Bob e tre bitcoin da Alice.
Ricorda che l'unico modo in cui questi bitcoin possono uscire dal multisig è se sia Alice che Bob firmano insieme una transazione. Se Alice volesse inviare tutti e sei i bitcoin a un indirizzo esterno, avrebbe bisogno dell'approvazione di Bob. Prima dovrebbe creare una transazione (sei bitcoin a questo indirizzo) e aggiungere la propria firma.
Potrebbe provare a trasmettere subito la transazione, ma questa non sarebbe valida in quanto Bob non ha incluso la sua firma. Alice deve prima dare a Bob la transazione incompleta. Una volta che lui aggiunge la sua firma, diventa valida.
Non abbiamo ancora messo in atto un meccanismo per far sì che tutti si comportino onestamente. Come abbiamo detto in precedenza, se la tua controparte si rifiuta di collaborare, i tuoi fondi sono a tutti gli effetti intrappolati. Andiamo a illustrare il meccanismo che previene questa situazione. Ci sono diversi pezzi in movimento, quindi abbi pazienza.
Ogni partecipante deve svelare un segreto: chiamiamo questi segreti come A e B. Sarebbero terribili segreti se Alice e Bob li rivelassero, quindi per ora li terranno nascosti. La coppia genererà gli hash dei rispettivi segreti: h(As) e h(Bs). Quindi, invece di condividere i loro segreti, condividono questi hash tra loro.
Alice e Bob condividono gli hash dei propri segreti tra loro.
Inoltre, Alice e Bob devono creare un set di transazioni di impegno prima di pubblicare le prime transazioni all'indirizzo multifirma. Questo darà loro un rimedio nel caso in cui l'altro decida di tenere i fondi in ostaggio.
Se pensi a un canale come il mini-registro a cui abbiamo fatto riferimento prima, le transazioni di impegno sono gli aggiornamenti che fai al registro. Ogni volta che crei una nuova coppia di transazioni di impegno, stai ribilanciando i fondi tra i due partecipanti.
Quello di Alice avrà due output: uno che paga un indirizzo che possiede e un altro che è bloccato in un nuovo indirizzo multifirma. Lo firma e lo dà a Bob.
La transazione di Alice con due output –uno al suo stesso indirizzo, e uno a un nuovo multisig. Ha ancora bisogno della firma di Bob per renderla valida.
Bob fa lo stesso – un output paga sé stesso, l'altro paga un altro indirizzo multisig. La firma e la dà ad Alice.
Ora abbiamo due transazioni incomplete molto simili tra loro.
Normalmente, Alice potrebbe aggiungere una firma alla transazione di Bob per renderla valida. Ma noterai che questi fondi vengono spesi dal multisig 2-di-2 che non abbiamo ancora finanziato. È un po' come cercare di spendere un assegno da un conto che ha un saldo pari a zero per ora. Pertanto, queste transazioni parzialmente firmate saranno utilizzabili solo una volta che il multisig sarà attivo e funzionante.
I nuovi indirizzi multifirma (dove sono destinati gli output da 3 BTC) hanno alcune proprietà singolari. Diamo un'occhiata alla transazione incompleta che Alice ha firmato e dato a Bob. L'output multisig può essere speso nelle seguenti condizioni:
Entrambe le parti possono firmarla in collaborazione.
Bob può spenderli da solo dopo un certo periodo di tempo (a causa del nostro timelock).
Alice può spenderli se conosce il segreto Bs di Bob.
Per la transazione che Bob ha dato ad Alice:
Entrambe le parti possono firmarla in collaborazione.
Alice può spenderli da sola dopo un certo periodo di tempo.
Bob può spenderli se conosce il segreto As di Alice.
Tieni presente che nessuna delle parti conosce il segreto dell'altra, quindi la condizione 3 non è ancora una possibilità. Un'altra cosa da notare è che, se firmi una transazione, la tua controparte può spendere immediatamente perché non ci sono condizioni speciali sul suo output. Puoi attendere la scadenza del timelock per spendere i fondi da solo, oppure puoi collaborare con l'altra parte per spenderli subito.
Ok! Ora puoi pubblicare le transazioni nell'indirizzo multifirma 2-di-2 originale. È finalmente sicuro perché puoi recuperare i tuoi fondi se la tua controparte abbandona il canale.
Una volta confermate le transazioni, il canale è attivo e funzionante. La prima coppia di transazioni ci mostra lo stato attuale del mini-registro. Attualmente, pagherà 3 BTC a Bob e 3 BTC ad Alice.
Quando Alice vuole effettuare un nuovo pagamento a Bob, la coppia crea due nuove transazioni per sostituire il primo set. Il metodo è lo stesso – sono firmate solo a metà. Tuttavia, Alice e Bob devono prima abbandonare i vecchi segreti e scambiare nuove hash per il prossimo giro di transazioni.
Se Alice volesse pagare 1 BTC a Bob, le due nuove transazioni accrediterebbero 2 BTC ad Alice e 4 BTC a Bob. In questo modo, il saldo viene aggiornato.
Entrambe le parti possono firmare e trasmettere una delle transazioni più recenti in qualsiasi momento per “regolarla” sulla blockchain. Tuttavia, la parte che lo fa dovrà aspettare fino alla scadenza della timelock, mentre l'altra potrà spendere immediatamente. Ricorda, se Bob firma e trasmette la transazione di Alice, ora lei ha un output senza condizioni.
Entrambe le parti possono concordare di chiudere il canale insieme (una chiusura collaborativa). Questo è probabilmente il modo più semplice e veloce per riportare i tuoi fondi sulla chain. Tuttavia, anche se una delle parti non risponde o si rifiuta di collaborare, l'altra parte può comunque recuperare i propri fondi aspettando la scadenza del timelock.
In che modo il Lightning Network previene le frodi?
Potresti aver identificato un vettore di attacco qui. Se Bob ha attualmente un saldo di 1 BTC, cosa gli impedisce di trasmettere una transazione precedente in cui ne aveva di più? Ha già ricevuto la transazione semifirmata da Alice, deve solo aggiungere la sua firma e trasmetterla, giusto?
Niente gli impedisce di farlo - tranne per il fatto che potrebbe perdere l'intero saldo. Supponiamo che decida di fare un tentativo e trasmetta una vecchia transazione che paga un bitcoin ad Alice e cinque a quell'indirizzo multisig di cui abbiamo parlato prima.
Alice riceve immediatamente il suo bitcoin. Bob, invece, deve attendere fino alla scadenza del timelock per poter spendere dall'indirizzo multisig. Ricordi l'altra condizione che abbiamo menzionato che consentirebbe ad Alice di spendere immediatamente gli stessi fondi? Ha bisogno di un segreto che allora non aveva. Ora lo ha: non appena è stato creato il secondo round di transazioni, Bob ha svelato quel segreto.
Mentre Bob aspetta, senza poter fare nulla fino a quando non scade il timelock, Alice può spostare quei fondi. Questo meccanismo punitivo significa che ci sono poche probabilità che i partecipanti cerchino di imbrogliare, perché la controparte avrà accesso alle loro monete.
Routing dei pagamenti
Ne abbiamo parlato prima: i canali possono essere collegati. Altrimenti, il Lightning Network non sarebbe così utile per i pagamenti. Hai davvero intenzione di bloccare 500$ in un canale con un bar solo per ottenere la tua caffeina quotidiana per i prossimi mesi?
Non è necessario. Se Alice apre un canale con Bob e Bob ne ha già uno con Carol, Bob può reindirizzare i pagamenti tra i due. Questo funziona attraverso diversi "salti", quindi Alice può di fatto pagare chiunque sia collegato tramite un percorso.
In questo scenario, Alice può scegliere diversi percorsi per arrivare a Frank. In pratica, sceglierà sempre il più facile.
Per il loro ruolo nel routing, gli intermediari potrebbero richiedere una piccola commissione (anche se non c'è alcun obbligo). Il Lightning Network è ancora relativamente nuovo, quindi deve ancora concretizzarsi un mercato delle commissioni. Molti si aspettano di vedere in futuro commissioni basate sulla liquidità fornita.
Sulla chain principale, la tua commissione si basa esclusivamente sullo spazio occupato dalla transazione in un blocco – il valore che viene trasmesso non ha importanza – pagamenti da 1$ e 10.000.000$ hanno lo stesso costo. Al contrario, non esiste uno spazio di blocco all'interno del Lightning Network.
Invece, c'è l'idea di saldi locali e remoti. Il saldo locale è l'importo che puoi "spingere" all'altra estremità del canale, mentre il saldo remoto è quello che la tua controparte può inviare a te.
Facciamo un altro esempio. Diamo un'occhiata più da vicino a uno dei percorsi sopra indicati: Alice <> Carol <> Frank.
I saldi degli utenti prima e dopo un trasferimento di 0,3 BTC da Alice a Frank.
Alice <> Carol e Carol <> Frank hanno ciascuno una capacità totale di 1 BTC. Il saldo locale di Alice è 0,7 BTC. Se regolassero sulla blockchain in questo momento, riceverebbe 0,7 BTC, e Carol riceverebbe il saldo remoto (ovvero 0,3 BTC).
Se Alice vuole inviare 0,3 BTC a Frank, spinge 0,3 BTC verso il lato di Carol del canale. Quindi Carol spinge 0,3 BTC dal proprio saldo locale verso il canale con Frank. Di conseguenza, il saldo di Carol rimane lo stesso: il +0,3 BTC da Alice e il -0,3 BTC a Frank si annullano a vicenda.
Carol non sta perdendo valore nel fare da collegamento tra Alice e Frank, ma si sta rendendo meno flessibile. Ora può spendere 0,6 BTC nel suo canale con Alice, ma solo 0,1 BTC nel canale con Frank.
Puoi immaginare una situazione in cui Alice è collegata soltanto a Carol, mentre Frank è connesso a una rete molto più vasta. Prima, Carol poteva inviare un totale di 0,4 BTC agli altri tramite Frank, mentre ora può spingere solo 0,1 BTC dato che questo è tutto quello che ha nella sua estremità del canale.
In questo scenario, Alice sta effettivamente consumando la liquidità di Carol. Senza alcun tipo di incentivo, Carol potrebbe non voler indebolire la propria posizione. Quindi, potrebbe semplicemente dire farò il routing con una commissione di dieci satoshi per ogni 0,01 BTC. In questo modo, più Carol sacrifica i suoi saldi locali in percorsi “più forti”, più ci guadagna.
Come menzionato prima, l'applicazione di una commissione non è un requisito effettivo. Qualcuno potrebbe non avere problemi con la riduzione di liquidità. Altri potrebbero semplicemente aprire canali direttamente con il destinatario.
Limiti del Lightning Network
Sarebbe fantastico se il Lightning Network si dimostrasse la soluzione a tutti i problemi di scalabilità di Bitcoin. Sfortunatamente, presenta delle lacune che potrebbero essere d'ostacolo.
Usabilità
Bitcoin non è il sistema più intuitivo per i principianti: gli indirizzi, le commissioni, ecc., possono creare confusione con cui familiarizzare. Dopo aver configurato un client Lightning, gli utenti devono anche iniziare ad aprire canali prima di poter effettuare pagamenti. Questo può rivelarsi un processo lungo, e potrebbe essere troppo per un principiante che ha appena scoperto i concetti di capacità in entrata/in uscita.
Detto questo, nuovi miglioramenti vengono apportati costantemente per ridurre gli ostacoli all'accesso, e per fornire agli utenti un'esperienza più fluida.
Liquidità
Una delle critiche principali del Lightning Network è che la tua capacità di effettuare transazioni potrebbe essere limitata. Non puoi spendere più di quanto hai bloccato in un canale. Se spendi tutti i tuoi fondi in modo che il saldo remoto abbia tutti i fondi del canale, dovrai chiudere il canale. In alternativa, puoi aspettare che qualcuno ti paghi utilizzando il canale, ma non è l'ideale.
I tuoi percorsi possono anche essere limitati dalla capacità totale del canale. Prendi l'esempio di prima con Alice <> Carol <> Frank. Se Alice e Carol hanno una capacità di 5 BTC nel loro canale, ma Carol e Frank hanno solo una capacità di 1 BTC, Alice non può mai inviare più di 1 BTC. Anche in questo caso, per far funzionare il routing, l'intero saldo dovrebbe essere dal lato di Carol nel canale Carol <> Frank. Questo può limitare notevolmente la quantità di fondi che possono essere trasferiti attraverso canali LN e ha quindi un effetto a catena sull'usabilità.
Hub centralizzati
A causa del problema menzionato nella sezione precedente, ci sono dei dubbi sulla possibilità della creazione di enormi “hub” nel network, ovvero grandi entità con numerosi collegamenti e una notevole liquidità. Qualsiasi pagamento significativo finirebbe per passare da una o più di queste entità.
Ovviamente, questa situazione non sarebbe ottimale. Indebolirebbe il sistema, considerando che se queste entità andassero offline sconvolgerebbero le relazioni tra i peer. Viene inoltre introdotto un maggiore rischio di censura dato che ci sono solo pochi punti attraverso cui passano le transazioni.
Lo stato attuale del Lightning Network
A marzo 2024, il Lightning Network sembra in buona salute. Conta oltre 13.000 nodi online, oltre 52.000 canali attivi e una capacità di poco più di 4.570 BTC.
Distribuzione globale dei nodi Lightning Network.
Esistono diverse implementazioni di nodi: c-lightning di Blockstream, Lightning Network Daemon di Lightning Labs ed Eclair di ACINQ sono alcuni esempi. Per gli utenti meno inclini agli aspetti tecnici, molte aziende offrono nodi plug-and-play. L'unica cosa che devi fare è accendere il dispositivo e sarai pronto per iniziare a utilizzare il Lightning Network.
In chiusura
Dal suo lancio sulla mainnet nel 2018, il Lightning Network ha registrato una crescita significativa. Ci sono ancora da superare alcuni ostacoli legati all'usabilità, poiché attualmente è necessario un certo grado di competenza tecnica per gestire un nodo Lightning. Con il grande sviluppo in atto, però, potremmo vedere le barriere all'ingresso ridotte nel tempo.
Letture consigliate
Disclaimer: Questo contenuto viene presentato "così com'è" solo a scopo informativo ed educativo, senza alcuna dichiarazione o garanzia di alcun tipo. Non deve essere interpretato come consulenza finanziaria, legale o professionale di altro tipo, né intende raccomandare l'acquisto di alcun prodotto o servizio specifico. L'utente è tenuto a rivolgersi a consulenti professionali appropriati. Nel caso in cui l'articolo sia stato redatto da un collaboratore terzo, si prega di notare che le opinioni espresse appartengono al collaboratore terzo e non riflettono necessariamente quelle di Binance Academy. Per ulteriori dettagli, si prega di leggere il nostro disclaimer completo qui. I prezzi degli asset digitali possono essere volatili. Il valore del tuo investimento può scendere o salire e potresti non recuperare l'importo investito. L'utente è l'unico responsabile delle proprie decisioni di investimento e Binance Academy non è responsabile per eventuali perdite subite. Questo materiale non deve essere interpretato come consulenza finanziaria, legale o professionale. Per maggiori informazioni, consulta i nostri Termini di utilizzo e l'Avvertenza sui rischi.