Punti chiave
Le soluzioni Layer 2 sono state create per affrontare i limiti di scalabilità intrinseci della tecnologia blockchain.
Lightning Network è una soluzione di scalabilità di livello 2 che offre transazioni veloci senza la necessità di conferma del blocco, consentendo micropagamenti efficienti.
Garantisce pagamenti sicuri e scalabili tramite indirizzi multifirma e contratti Hash Timelock.
introduzione
Le criptovalute hanno alcune proprietà piuttosto uniche. Non possono essere hackerati o chiusi facilmente e chiunque può utilizzarli per trasmettere valore in tutto il mondo senza l’intervento di terzi.
Per garantire che queste caratteristiche rimangano, è necessario fare dei compromessi significativi. Poiché molti nodi sono responsabili della gestione di una rete di criptovaluta, la velocità effettiva è limitata. 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, sono state proposte numerose soluzioni di scalabilità per aumentare il numero di transazioni che una rete può gestire. In questo articolo approfondiremo il Lightning Network, una di queste estensioni del protocollo Bitcoin.
Cos'è la rete Lightning?
Il Lightning Network è una rete che funziona su una blockchain per facilitare transazioni peer-to-peer veloci. Non è esclusivo di Bitcoin: altre criptovalute lo hanno integrato.
Forse ti starai chiedendo cosa intendiamo con “funziona su una blockchain”. Lightning Network è quella che viene chiamata una soluzione off-chain o di livello due. Consente alle persone di effettuare transazioni senza dover registrare ogni transazione sulla blockchain.
La rete Lightning è separata dalla rete Bitcoin: ha i propri nodi e software, ma comunica comunque con la catena principale. Per entrare o uscire dal Lightning Network è necessario creare transazioni speciali sulla blockchain.
Ciò che stai effettivamente facendo con la tua prima transazione è costruire una sorta di contratto intelligente con un altro utente. Entreremo nei dettagli a breve: per ora, pensa solo allo smart contract che tiene 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 inseriscano 5 BTC ciascuno nel contratto intelligente. Nel loro canale ora avrebbero entrambi 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 dalla parte di Alice e 4 BTC da quella di Bob. Possono continuare a farlo per un po'.
In qualsiasi momento, entrambi possono pubblicare lo stato attuale del canale sulla blockchain. A quel punto, i saldi su ciascun lato del canale vengono assegnati alle rispettive parti sulla catena.
Fedele al nome, le transazioni Lightning sono rapidissime. Non ci sono conferme di blocco da attendere: i pagamenti possono essere effettuati alla velocità consentita dalla tua connessione Internet.
Perché è necessaria la rete Lightning?
Finora, il Lightning Network (o semplicemente LN) sembra essere l’approccio più sensato per scalare la blockchain di Bitcoin. Coordinare i cambiamenti in un ecosistema così vasto è complicato: c’è il rischio di hard fork e bug potenzialmente catastrofici. Con così tanto valore in gioco, la sperimentazione è incredibilmente pericolosa.
Quando sposti quella sperimentazione lontano dalla blockchain, hai molta più flessibilità. Se qualcosa va storto, non avrà alcun impatto sull’effettiva rete Bitcoin. Le soluzioni di livello due non minano nessuno dei presupposti di sicurezza che hanno fatto funzionare il protocollo per oltre 15 anni.
Non c’è nemmeno l’obbligo di abbandonare il vecchio modo di fare le cose. Le transazioni on-chain continuano a funzionare normalmente per l'utente finale, ma ora hanno anche la possibilità di effettuare transazioni off-chain.
Ci sono diversi vantaggi nell’usare Lightning Network. Di seguito ne vedremo alcuni dei principali.
Scalabilità
I blocchi Bitcoin vengono creati circa ogni dieci minuti e possono contenere solo un determinato numero di transazioni. Lo spazio bloccato è una risorsa scarsa, quindi devi fare un'offerta contro altri utenti per includere la tua in modo tempestivo. I minatori si preoccupano innanzitutto di essere pagati, quindi includeranno prima le transazioni con commissioni più elevate.
Quando non ci sono molti utenti che tentano di inviare fondi contemporaneamente, questo non è davvero un problema. Puoi impostare una commissione bassa e probabilmente la transazione sarà inclusa nel blocco successivo. Ma quando troppi utenti trasmettono transazioni simultaneamente, la tariffa media può aumentare in modo significativo. Ci sono state più occasioni in cui ha superato i 10 dollari. Al culmine del mercato rialzista del 2017, ha superato i 50 dollari. Nell'aprile 2021, la commissione media sulle transazioni Bitcoin ha superato i 60 dollari.
Ciò potrebbe sembrare insignificante per le transazioni che spostano migliaia di dollari in Bitcoin, ma per pagamenti più piccoli non è sostenibile. Chi vuole pagare per un caffè da 3 dollari con una commissione di 10 dollari allegata?
Con Lightning Network paghi comunque due commissioni: una per aprire il tuo canale e un'altra per chiuderlo. Ma tu e la tua controparte potete effettuare migliaia di transazioni gratuitamente una volta aperto il canale. Una volta finito, devi solo pubblicare lo stato finale sulla blockchain.
Nello schema generale, se più utenti si affidano a soluzioni off-chain come Lightning Network, lo spazio dei blocchi verrà utilizzato in modo più efficiente. Trasferimenti di basso valore e ad alta frequenza potrebbero essere effettuati nei canali di pagamento, mentre lo spazio dei blocchi viene utilizzato per transazioni più grandi e apertura/chiusura dei canali. Ciò renderebbe il sistema accessibile a una base di utenti molto più ampia, consentendogli di espandersi nel lungo periodo.
Micropagamenti
C'è un importo minimo di Bitcoin che puoi inviare in una transazione: circa 0,00000546 BTC. Al momento in cui scrivo, equivale a circa 38 centesimi. È una piccola somma, ma 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 inviare piccoli importi sulla catena principale. All’interno di un canale, tuttavia, sei libero di inviare gratuitamente una frazione di frazione di Bitcoin.
I micropagamenti sono adatti a molti casi d’uso. Alcuni ipotizzano che potrebbero essere un valido sostituto dei modelli basati su abbonamento, in cui gli utenti pagano invece piccole somme ogni volta che utilizzano un servizio.
Privacy
Un vantaggio secondario di Lightning Network è che può offrire agli utenti un elevato grado di riservatezza. I partiti non hanno bisogno di far conoscere i propri canali alla rete più ampia. Anche se potresti essere in grado di guardare la blockchain e dire che 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 stanno avvenendo.
Se Alice ha un canale con Bob e Bob ha un canale con Carol, Alice e Carol possono scambiarsi pagamenti tramite Bob. Se Dan è connesso a Carol, Alice può inviargli pagamenti. Puoi immaginare che questo si espanda in una rete tentacolare di canali di pagamento interconnessi. In una situazione del genere, non potresti essere sicuro a chi Alice ha inviato fondi una volta chiuso il canale.
Come funziona la rete Lightning?
Abbiamo spiegato come Lightning Network si basa su canali tra i nodi ad alto livello. Diamo ora uno sguardo sotto il cofano.
Indirizzi multifirma
Un indirizzo multifirma (o multisig) è un indirizzo da cui possono spendere più 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 su 5 significa che cinque chiavi possono produrre una firma valida e che ne è necessaria solo una. Uno schema 2 su 3 indicherebbe che, delle tre possibili chiavi, due qualsiasi sono necessarie per spendere i fondi.
Per inizializzare un canale Lightning, i partecipanti bloccano i fondi in uno schema 2 su 2. Esistono solo due chiavi private in grado di firmare ed entrambe sono necessarie per spostare le monete. Riportiamo a questo punto i nostri amici Alice e Bob. Nei prossimi mesi si effettueranno molti pagamenti tra loro, quindi decidono di aprire un canale Lightning Network.
Questo inizia con entrambi che depositano, diciamo, 3 BTC ciascuno nell'indirizzo multisig di proprietà congiunta. Vale la pena ribadire che Bob non può spostare fondi fuori dall'indirizzo senza il consenso di Alice, o viceversa.
Ora potrebbero semplicemente tenere un foglio di carta che regola gli equilibri su ciascun lato. Entrambi hanno un saldo iniziale di 3 BTC. Se Alice vuole effettuare un pagamento di 1 BTC a Bob, perché non semplicemente prendere nota che Alice ora possiede 2 BTC e Bob possiede 4 BTC? I saldi potevano essere monitorati in questo modo finché non decidevano di spostare i fondi.
È possibile, ma dov’è il divertimento? Ancora più importante, 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).
Contratti Hash Timelock (HTLC)
Il sistema di cui sopra è noioso e non offre molto rispetto alle configurazioni affidabili di oggi. Diventa molto più interessante quando introduciamo un meccanismo che rafforza il “contratto” tra Alice e Bob. Se una delle parti decide di non rispettare le regole, l’altra ha ancora un rimedio per far uscire i propri fondi dal canale.
Questo meccanismo è un contratto Hash Timelock (o HTLC). Il termine può sembrare scoraggiante, ma in realtà è un concetto abbastanza semplice da comprendere. Unisce altre due tecnologie (hashlock e timelock) per rimediare a qualsiasi comportamento non collaborativo nei canali di pagamento.
Un hashlock è una condizione posta su una transazione che impone che puoi spendere fondi solo dimostrando di conoscere un segreto. Il mittente esegue l'hashing di un dato e include l'hash nella transazione al destinatario. L'unico modo in cui il destinatario può spenderlo è fornire i dati originali (il segreto) che corrispondono all'hash. E l’unico modo in cui possono fornire tali dati è che il mittente glieli fornisca.
Un blocco temporale è una condizione che ti impedisce di spendere fondi prima di un certo tempo. È specificato come tempo effettivo o come altezza del blocco specificata.
Gli HTLC vengono creati combinando hashlock e timelock. In pratica, gli HTLC possono essere utilizzati per creare pagamenti condizionati: il destinatario deve fornire un segreto prima di un certo tempo, oppure il mittente può reclamare i fondi. La parte successiva è probabilmente spiegata meglio con un esempio, quindi torniamo ad Alice e Bob.
Apertura e chiusura dei canali
Abbiamo fornito l'esempio di Alice e Bob che hanno appena creato transazioni che finanziano l'indirizzo multifirma che condivideranno. Ma quelle transazioni non sono ancora pubblicate sulla blockchain! Dobbiamo fare ancora una cosa prima.
Tre monete da Bob e tre monete da Alice.
Ricorda, l’unico modo in cui quelle monete possono uscire dal multisig è se sia Alice che Bob firmano congiuntamente una transazione. Se Alice volesse inviare tutte e sei le monete a un indirizzo esterno, avrebbe bisogno dell’approvazione di Bob. Per prima cosa avrebbe messo insieme una transazione (sei bitcoin a questo indirizzo) e avrebbe aggiunto la propria firma.
Potrebbe provare a trasmettere subito la transazione, ma l'operazione non sarebbe valida perché Bob non ha incluso la sua firma. Alice deve prima comunicargli la transazione incompleta. Una volta aggiunta la sua firma, questa diventa valida.
Non abbiamo ancora messo in atto un meccanismo per far sì che tutti giochino onestamente. Come abbiamo detto prima, se la tua controparte si rifiuta di collaborare, i tuoi fondi rimangono di fatto intrappolati. Entriamo nel meccanismo che lo impedisce. Ci sono alcuni pezzi diversi in movimento, quindi abbi pazienza.
Ciascuna parte deve elaborare un segreto: chiameremo questi segreti semplicemente A e B. Sarebbero segreti terribili 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 quegli hash tra loro.
Alice e Bob condividono tra loro gli hash dei loro segreti.
Alice e Bob devono inoltre creare una serie di transazioni di impegno prima di pubblicare le prime transazioni sull'indirizzo multifirma. Ciò darà loro un rimedio nel caso in cui l'altro decida di tenere in ostaggio i fondi.
Se pensi a un canale come il mini-registro a cui abbiamo fatto riferimento in precedenza, le transazioni di impegno sono gli aggiornamenti apportati al registro. Ogni volta che crei una nuova coppia di transazioni di impegno, stai riequilibrando i fondi tra i due partecipanti.
Quello di Alice avrà due output: uno che paga un indirizzo di sua proprietà e un altro che è bloccato in un nuovo indirizzo multisig. Lo firma e lo dà a Bob.
Transazione di Alice con due output: uno al proprio indirizzo e uno a un nuovo multisig. Ha ancora bisogno della firma di Bob per renderlo valido.
Bob fa lo stesso: un'uscita paga se stessa, l'altra paga un altro indirizzo multisig. Lo firma e lo dà ad Alice.
Abbiamo due transazioni incomplete che sono molto simili.
Normalmente, Alice potrebbe aggiungere una firma alla transazione di Bob per renderla valida. Ma noterai che questi fondi vengono spesi dal multisig 2 su 2 che non abbiamo ancora finanziato. È un po’ come provare a spendere un assegno da un conto che per il momento ha un saldo pari a zero. Pertanto, queste transazioni parzialmente firmate saranno utilizzabili solo una volta che il multisig sarà attivo e funzionante.
I nuovi indirizzi multifirma (cui sono destinati i 3 BTC in uscita) hanno alcune proprietà peculiari. Diamo un'occhiata alla transazione incompleta che Alice ha firmato e ha dato a Bob. L'output multisig può essere speso nelle seguenti condizioni:
Entrambe le parti possono firmarlo in modo cooperativo.
Bob può spenderlo da solo dopo un certo periodo di tempo (grazie al nostro blocco temporale).
Alice può spenderlo se conosce le B segrete di Bob.
Per la transazione che Bob ha dato ad Alice:
Entrambe le parti possono firmarlo in modo cooperativo.
Alice potrà spenderlo da sola dopo un certo periodo di tempo.
Bob può spenderlo se conosce il segreto di Alice.
Tieni presente che nessuna delle parti conosce il segreto dell’altro, 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 periodo di tempo per spendere i fondi da solo, oppure puoi collaborare con l'altra parte per spenderli a titolo definitivo.
Va bene! Ora puoi pubblicare le transazioni nell'indirizzo multifirma 2 su 2 originale. È finalmente sicuro farlo 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 favore di Bob, la coppia crea due nuove transazioni per sostituire la prima serie. Il procedimento è lo stesso: sono firmati solo a metà. Tuttavia, Alice e Bob prima rinunciano ai loro vecchi segreti e scambiano nuovi hash per il successivo ciclo di transazioni.
Se Alice volesse pagare 1 BTC a Bob, ad esempio, 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. Ma chiunque lo faccia dovrà attendere fino allo scadere del tempo, mentre l'altro potrà spendere immediatamente. Ricorda, se Bob firma e trasmette la transazione di Alice, ora avrà un output senza condizioni.
Entrambe le parti possono concordare di chiudere insieme il canale (chiusura cooperativa). Questo è probabilmente il modo più semplice e veloce per riportare i tuoi fondi sulla catena. Tuttavia, anche se una delle parti non risponde o rifiuta di collaborare, l'altra può comunque recuperare i propri fondi attendendo che scada il tempo.
In che modo Lightning Network previene gli imbrogli?
Potresti aver identificato un vettore di attacco qui. Se Bob attualmente ha un saldo di 1 BTC, cosa gli impedisce di trasmettere una transazione più vecchia 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 il fatto che potrebbe perdere l’intero equilibrio. Supponiamo che vada fino in fondo e trasmetta una vecchia transazione che paga una moneta ad Alice e cinque a quell'indirizzo multisig di cui abbiamo parlato prima.
Alice riceve immediatamente la sua moneta. Bob, d'altro canto, deve attendere la scadenza del timelock per poter spendere dall'indirizzo multisig. Ricordi l'altra condizione di cui abbiamo parlato che consentirebbe ad Alice di spendere immediatamente quegli stessi fondi? Ha bisogno di un segreto che allora non aveva. Adesso lo fa: non appena è stato creato il secondo ciclo di transazioni, Bob ha rivelato quel segreto.
Mentre Bob è seduto, incapace di fare nulla mentre aspetta che scada il tempo, Alice può spostare quei fondi. Questo meccanismo basato sulla punizione significa che è improbabile che i partecipanti tentino nemmeno di imbrogliare perché il peer avrà accesso alle loro monete.
Instradamento 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 una caffetteria solo per poter assumere la tua caffeina quotidiana per i prossimi mesi?
Non devi farlo. Se Alice apre un canale con Bob e Bob ne ha già uno con Carol, Bob può instradare i pagamenti tra i due. Questo può funzionare su più “salti”, il che significa che Alice può effettivamente pagare chiunque abbia un percorso.
In questo scenario, Alice può percorrere più percorsi per arrivare a Frank. In pratica sceglierà sempre quella più semplice.
Per il loro ruolo nell’instradamento, gli intermediari potrebbero richiedere una piccola commissione (sebbene non vi sia alcun obbligo in tal senso). Il Lightning Network è ancora relativamente nuovo, quindi un mercato a pagamento deve ancora materializzarsi. Ciò che molti si aspettano di vedere sono commissioni basate sulla liquidità fornita.
Sulla catena base, la tariffa si basa esclusivamente sullo spazio occupato dalla transazione in un blocco – il valore trasmesso non ha importanza – i pagamenti da $ 1 e $ 10.000.000 costano lo stesso. Al contrario, non esiste spazio di blocco all’interno di Lightning Network.
Esiste invece 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ò spingerti.
È ora di fare un altro esempio. Diamo uno sguardo più da vicino a uno dei percorsi sopra indicati: Alice <> Carol <> Frank.
Saldo degli utenti prima e dopo un trasferimento di 0,3 BTC da Alice a Frank.
Alice <> Carol e Carol <> Frank hanno ciascuna una capacità totale di 1 BTC. Il saldo locale di Alice è 0,7 BTC. Se si stabilissero ora sulla blockchain, lei 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 sul lato del canale di Carol. Quindi Carol spinge 0,3 BTC dal suo saldo locale nel canale con Frank. Di conseguenza, il saldo di Carol rimane lo stesso: +0,3 BTC di Alice e -0,3 BTC di Frank si annullano a vicenda.
Carol non sta perdendo valore nel fungere da collegamento tra Alice e Frank, ma si sta rendendo meno flessibile. Vedi, 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 è connessa solo a Carol, mentre Frank è connesso a una rete molto più ampia. Carol in precedenza poteva inviare un totale di 0,4 BTC ad altri tramite Frank, ma ora può spingere solo 0,1 BTC perché è tutto ciò che ha dalla sua parte del canale.
In questo scenario, Alice sta effettivamente divorando la liquidità di Carol. Senza alcun tipo di incentivo, Carol potrebbe non voler indebolire la propria posizione. Quindi, invece, potrebbe semplicemente dire che instraderò ogni 0,01 BTC al costo di dieci satoshi. In questo modo, più Carol sacrifica nei suoi equilibri locali in percorsi “più forti”, più guadagna.
Come accennato in precedenza, non esiste di fatto alcun obbligo di addebitare una commissione. Alcuni potrebbero non essere preoccupati per la riduzione della liquidità. Altri potrebbero semplicemente aprire i canali direttamente al ricevitore.
Limitazioni della rete Lightning
Sarebbe fantastico se Lightning Network si rivelasse la soluzione a tutti i problemi di scalabilità di Bitcoin. Sfortunatamente, ha i suoi difetti che potrebbero intralciarti.
Usabilità
Bitcoin non è il sistema più intuitivo per i principianti: indirizzi, commissioni, ecc. possono creare confusione con cui familiarizzare. Dopo aver configurato un client Lightning, gli utenti devono anche iniziare ad aprire i canali prima di poter effettuare i pagamenti. Questo può essere un processo dispendioso in termini di tempo e potrebbe essere travolgente quando un nuovo arrivato viene introdotto a concetti come la capacità in entrata/in uscita.
Detto questo, vengono costantemente apportati miglioramenti per ridurre le barriere all’ingresso e per fornire agli utenti un’esperienza più snella.
Liquidità
Una delle maggiori critiche a 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 contenga tutti i fondi del canale, dovrai chiudere il canale. In alternativa, puoi aspettare finché qualcuno non ti paga, ma non è l’ideale.
I tuoi percorsi possono anche essere limitati dalla capacità totale del canale. Prendiamo l'esempio di Alice <> Carol <> Frank di prima. 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 potrà mai inviare più di 1 BTC. Anche in questo caso, perché tutto ciò funzioni, l’intero equilibrio dovrebbe essere dalla parte di Carol del canale Carol <> Frank. Ciò può limitare notevolmente la quantità di fondi che possono essere trasferiti lungo i canali LN e quindi avere un effetto a catena sull'usabilità.
Hub centralizzati
A causa del problema menzionato nella sezione precedente, c’è qualche preoccupazione che la rete faciliterà la creazione di enormi “hub”. Cioè, entità grandi, fortemente connesse con molta liquidità. Eventuali pagamenti significativi dovrebbero essere instradati attraverso alcune di queste entità.
Ovviamente non sarebbe una bella situazione. Indebolirebbe il sistema, poiché queste entità offline interromperebbero gravemente le relazioni tra pari. Esiste anche un rischio maggiore di censura poiché ci sono solo pochi punti attraverso i quali passano le transazioni.
Lo stato attuale della rete Lightning
A partire da marzo 2024, Lightning Network sembra in buona salute. Vanta oltre 13.000 nodi online, oltre 52.000 canali attivi e poco più di 4.570 BTC di capacità.
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 portati dal punto di vista tecnico, molte aziende offrono nodi plug-and-play. L'unica cosa che devi fare con questi è accendere il dispositivo e sarai pronto per iniziare con Lightning Network.
Pensieri conclusivi
Dal suo lancio sulla mainnet nel 2018, Lightning Network ha registrato una crescita significativa. Ci sono ancora alcuni ostacoli all'usabilità da superare, poiché attualmente è necessario un certo grado di competenza tecnica per gestire un nodo Lightning. Ma, con l’entità dello sviluppo in atto, potremmo vedere le barriere all’ingresso ridursi nel tempo.
Ulteriori letture
Scalabilità Blockchain: Sidechain e canali di pagamento
Cosa sono i nodi?
Cosa sono i contratti intelligenti e come funzionano?
Dichiarazione di non responsabilità: questo contenuto viene presentato "così com'è" solo per informazioni generali e scopi didattici, senza dichiarazioni o garanzie di alcun tipo. Non deve essere interpretato come consulenza finanziaria, legale o di altro tipo, né è inteso a raccomandare l'acquisto di alcun prodotto o servizio specifico. Dovresti chiedere il tuo consiglio a consulenti professionali appropriati. Laddove l'articolo sia fornito da un collaboratore di terze parti, tieni presente che le opinioni espresse appartengono al contributore di terze parti e non riflettono necessariamente quelle di Binance Academy. Si prega di leggere il nostro disclaimer completo qui per ulteriori dettagli. I prezzi degli asset digitali possono essere volatili. Il valore del tuo investimento potrebbe diminuire o aumentare e potresti non recuperare l'importo investito. Sei l'unico responsabile delle tue decisioni di investimento e Binance Academy non è responsabile per eventuali perdite che potresti subire. Questo materiale non deve essere interpretato come consulenza finanziaria, legale o di altro tipo. Per ulteriori informazioni, consultare i nostri Termini di utilizzo e Avvertenza sui rischi.
