introduzione
Le criptovalute hanno proprietà significative che le rendono meno suscettibili agli hacker o agli arresti. Tutti possono trasferire valore in tutto il mondo attraverso le criptovalute senza bisogno che terzi intervengano.
Garantire che queste caratteristiche rimangano inalterate ha un costo enorme. Il throughput è limitato a causa dell’elevato numero di nodi che eseguono la criptovaluta. Pertanto, nonostante si tratti di una tecnologia volta a divulgare il pubblico, il volume delle transazioni al secondo (TPS) che la rete blockchain è in grado di gestire è relativamente basso.
Per superare i limiti intrinseci della tecnologia blockchain, sono emerse varie soluzioni di scalabilità per aumentare il numero di transazioni che la rete può gestire. In questo articolo approfondiremo una delle estensioni del protocollo Bitcoin, il Lightning Network.
Cos'è la rete Lightning?
La rete Lightning funziona sulla blockchain ed è progettata per accelerare le transazioni peer-to-peer. L’utilizzo di questa rete non si limita al Bitcoin, in essa sono integrate anche criptovalute come Litecoin.
Potremmo essere confusi, cosa significa “in cima alla blockchain”? La Lightning Network è una cosiddetta soluzione off-chain o Layer 2. Gli individui possono effettuare transazioni tramite la rete senza registrare ogni transazione nella blockchain.
La Lightning Network è indipendente dalla rete Bitcoin e dispone di nodi e software autonomi, ma necessita comunque di comunicare con la catena principale. Per entrare e uscire dalla Lightning Network, è necessario creare transazioni speciali nella blockchain.
La prima transazione di un individuo è in realtà la creazione di un contratto intelligente con altri utenti. Entreremo in maggiori dettagli più tardi. Per ora, pensiamo innanzitutto ai contratti intelligenti come a registri privati condivisi con altri utenti. Gli utenti possono scrivere più transazioni in questo registro. Questi record sono visibili solo agli utenti e alle controparti e, in base alle caratteristiche delle impostazioni, entrambe le parti non possono falsificarle.
Questo mini registro è chiamato "canale". Ad esempio, Alice e Bob investono ciascuno 5 BTC nel contratto intelligente. Ognuno di loro ha al momento un saldo di 5 BTC nel proprio canale. Quindi, Alice scrive sul registro "Paga 1 BTC a Bob". Ora, Bob ha 6 BTC e Alice ha 4 BTC rimasti. Bob successivamente invia 2 BTC ad Alice. Dopo che il saldo è stato aggiornato, Alice ha 6 BTC e Bob ha 4 BTC rimasti. Possono continuare a farlo per un po'.
Qualsiasi parte può pubblicare lo stato attuale del canale sulla blockchain in qualsiasi momento. In quel momento, i saldi su entrambe le estremità del canale vengono allocati ai rispettivi indirizzi sulla catena di entrambe le parti.
Come suggerisce il nome, Lightning Trading è velocissimo. Non c'è bisogno di aspettare la conferma del blocco, paga il più velocemente possibile grazie alla tua connessione Internet.
Perché è necessario Lightning Network?
A partire da ora, Lightning Network (o “LN” in breve) sembra essere il modo più logico per gestire la scalabilità della blockchain di Bitcoin. Coordinare i cambiamenti in un ecosistema così vasto è complicato, con rischi come hard fork e vulnerabilità potenzialmente catastrofiche. Garantire enormi quantità di valore è una priorità assoluta e gli esperimenti sono estremamente pericolosi.
Se si vuole rimuovere la sperimentazione dalla blockchain, ci deve essere maggiore flessibilità. Un leggero errore in questo modo non avrà un impatto sostanziale sulla rete Bitcoin. Una soluzione Layer 2 non minerebbe nessuno dei presupposti di sicurezza che hanno mantenuto in funzione il protocollo per più di 10 anni.
Inoltre, non è necessario modificare il modo abituale di operare. In questo modo, le transazioni on-chain dell'utente finale continuano come al solito e ora ci sono più opzioni di transazioni off-chain.
Ci sono molti vantaggi nell’usare Lightning Network. Evidenzieremo i seguenti punti.
Scalabilità
I blocchi Bitcoin vengono creati circa ogni dieci minuti e possono ospitare un numero limitato di transazioni. Lo spazio del blocco è una risorsa scarsa, quindi gli utenti devono fare offerte l'uno contro l'altro per garantire che le loro transazioni siano incluse nello spazio del blocco in modo tempestivo. La preoccupazione principale dei miner è essere pagati, quindi danno la priorità alle transazioni con commissioni più elevate.
Supponendo che non ci siano più utenti che tentano di inviare fondi contemporaneamente, questo non sarà un problema. Puoi impostare una commissione bassa in modo che sia probabile che la transazione venga inclusa nel blocco successivo. Tuttavia, quando tutti pubblicano transazioni contemporaneamente, la commissione media aumenta in modo significativo, superando occasionalmente i 5 dollari. Al culmine del mercato rialzista nel 2017, le commissioni di gestione superavano addirittura i 50 dollari.
Commissioni medie per le transazioni Bitcoin (in USD)
Questo può sembrare banale per una transazione Bitcoin del valore di migliaia di dollari. Ma i micropagamenti sono in difficoltà. Chi vuole pagare 5 dollari in più per una tazza di caffè da 3 dollari?
Ci sono ancora due quote da pagare per l'utilizzo del Lightning Network, le quote per aprire e chiudere il canale. Una volta aperto il canale, gli utenti e le controparti possono effettuare migliaia di transazioni gratuitamente. Una volta completata la transazione, lo stato finale viene semplicemente pubblicato sulla blockchain.
Da un punto di vista macro, se più persone scelgono soluzioni off-chain come Lightning Network, l’efficienza dell’utilizzo dello spazio di blocco aumenterà. I trasferimenti di piccoli importi e ad alta frequenza vengono effettuati attraverso i canali di pagamento, mentre lo spazio di blocco viene utilizzato per transazioni di grandi importi e apertura/chiusura dei canali. In questo modo aumenta il numero di gruppi di utenti che accedono al sistema e la scalabilità viene ulteriormente sviluppata a lungo termine.
micropagamento
Bitcoin ha un importo minimo di transazione di circa 0,00000546 BTC. Al momento in cui scrivo, equivaleva a circa quattro centesimi. Si tratta già di una piccola somma, ma Lightning Network ha spinto il limite di transazione ancora più in basso, basandosi sull'unità più piccola attuale, che è 0,00000001 BTC, o un Satoshi.
La Lightning Network è più attraente per i micropagamenti. A scapito delle transazioni regolari, l’invio di piccoli importi sulla catena principale sembra poco pratico. All’interno del canale, tuttavia, è possibile inviare gratuitamente piccole frazioni di Bitcoin.
I micropagamenti si prestano a numerosi casi d’uso. Alcuni prevedono che i micropagamenti diventeranno un’alternativa efficace al modello di servizio in abbonamento, in base al quale gli utenti pagano solo una piccola somma per ogni utilizzo del servizio.
privacy
Il secondo vantaggio di Lightning Network è che le informazioni dell'utente vengono mantenute più riservate. Ciascuna parte non ha bisogno di diffondere le informazioni del proprio canale sulla rete. La blockchain potrebbe dire "Questa transazione ha aperto un canale" ma i dettagli della transazione non verranno rivelati. Se un partecipante sceglie di rendere privato il canale, l'avanzamento della transazione sarà visibile solo al partecipante.
Supponendo che Alice e Bob condividano un canale e Bob condivida un altro canale con Carol, Alice e Carol possono scambiarsi pagamenti tramite Bob. Se Dan stabilisce una connessione con Carol, Alice può anche inviargli un pagamento. Immagina di estendere questo modello a una vasta rete di canali di pagamento interconnessi. Secondo questa impostazione, finché il canale è chiuso, è impossibile determinare a chi Alice ha inviato i fondi.
Come funziona la rete Lightning?
Abbiamo spiegato come Lightning Network si basa su canali tra i nodi ad alto livello. Ora studiamo i principi specifici sottostanti.
Indirizzo multifirma
Una firma multipla (o "multisig" in inglese) è un indirizzo che può essere utilizzato per pagamenti con più chiavi private. Una volta creata una firma multipla, gli utenti possono specificare il numero di chiavi private necessarie per pagare fondi e firmare transazioni. Ad esempio, lo schema 1 su 5 significa che cinque chiavi generano una firma valida ed è necessaria solo una chiave per firmare una transazione. La soluzione 2 su 3 significa che se le chiavi sono tre, due di esse sono tenute al pagamento del canone.
Per fornire un canale Lightning Network, i partecipanti devono bloccare i fondi in uno schema 2 su 2, ovvero sono necessarie solo due chiavi private per firmare le transazioni e due chiavi private sono necessarie anche per trasferire i token. Torniamo all'esempio di Alice e Bob. Nei prossimi mesi avrebbero dovuto pagarsi un sacco di soldi, quindi hanno deciso di aprire un canale Lightning.
Innanzitutto, hanno depositato 3 BTC ciascuno in un indirizzo multi-firma condiviso. Va sottolineato che Bob non può trasferire fondi all'esterno dell'indirizzo senza il consenso di Alice e viceversa.
Devono solo lasciare una registrazione cartacea quando regolano i saldi su entrambi i lati. Entrambe le parti hanno ciascuna un saldo iniziale di 3 BTC. Se Alice vuole pagare a Bob 1 BTC, perché non notare semplicemente che Alice ha 2 BTC e il saldo di Bob è 4 BTC? In questo modo il record può tenere traccia del saldo prima che venga presa la decisione di trasferire effettivamente il bene.
Questo approccio funziona, ma qual è il segreto? In effetti, cosa ancora più importante, questo rende più facile cooperare tra loro? Supponendo che Alice finisca per possedere 6 BTC e Bob rimanga senza nulla, allora Bob non perderà nulla rifiutandosi di rilasciare i fondi (forse tutto ciò che perde è la sua amicizia con Alice).
Contratto di blocco temporale dell'hash (HTLC)
Il sistema sopra descritto è noioso e poco brillante rispetto alle attuali configurazioni affidabili. Il meccanismo che introduciamo di seguito per far rispettare il "contratto" tra Alice e Bob è molto più interessante. Se una parte non rispetta le regole, l'altra parte può intraprendere azioni correttive e rimuovere fondi dal canale.
Questo meccanismo è chiamato "Contratto Hash Time Lock", o "HTLC" in breve. Questo termine può sembrare intimidatorio, ma in realtà è un concetto molto semplice e di facile comprensione. Combina le tecnologie hash lock e time lock per adottare misure correttive contro varie operazioni non cooperative nei canali di pagamento.
L'hash lock è una condizione aggiunta alla transazione. Nello specifico, devi dimostrare di conoscere un certo segreto prima di poter utilizzare i fondi. Il mittente esegue l'hashing di un dato e invia la transazione con il valore hash al destinatario. Il destinatario può utilizzare i fondi solo se fornisce i dati iniziali (ovvero il segreto) che corrispondono al valore hash. L'unico modo in cui questi dati possono essere ottenuti è tramite il mittente.
Un blocco temporale è una restrizione che impedisce l'utilizzo dei fondi prima di un orario specifico. Può specificare un orario specifico o un'altezza di blocco specifica.
Il contratto Hash Time Lock (HTLC) viene creato combinando il blocco hash e il blocco temporale. Nelle applicazioni pratiche, gli Hash Time Lock Contracts (HTLC) possono essere utilizzati per creare pagamenti condizionati, in cui il destinatario deve fornire un segreto prima di un certo tempo, altrimenti il mittente ritirerà i fondi. La seguente spiegazione sarà più facile da comprendere attraverso degli esempi. Quindi, torniamo ad Alice e Bob.
Aprire e chiudere i canali
Abbiamo fornito un esempio in precedenza, supponendo che Alice e Bob abbiano appena creato una transazione ed entrambe le parti depositino fondi su un indirizzo multi-firma condiviso. Ma queste transazioni non sono ancora state pubblicate sulla blockchain! Dobbiamo fare prima una cosa.
Tre gettoni provengono da Bob e tre gettoni provengono da Alice.
Ricorda, l'unico modo per ottenere questi token da un multisig è che Alice e Bob firmino congiuntamente la transazione. Se Alice vuole inviare tutti e sei i token a un indirizzo esterno, Bob deve approvarlo. Ha avviato una transazione specificando "invia sei bitcoin a questo indirizzo" e poi ha aggiunto la sua firma.
Se tenta di pubblicare immediatamente una transazione senza includere la firma di Bob, la transazione non è valida. Alice deve prima consegnare la transazione incompleta a Bob. Dopo aver firmato, la transazione diventa effettiva.
Finora non abbiamo istituito un meccanismo per esortare tutti a condurre transazioni oneste. Come accennato in precedenza, se la controparte rifiuta di collaborare, i fondi rimangono completamente intrappolati. Diamo un'occhiata ai meccanismi per prevenire tali situazioni. Questo meccanismo prevede operazioni in più passaggi, sii paziente mentre le presentiamo una per una.
Ciascun lato fornisce un segreto, che chiamiamo "As" e "Bs". Una volta che entrambe le parti riveleranno i loro segreti, le conseguenze saranno disastrose. Pertanto, per ora devono mantenerlo segreto. I due segreti generano i propri valori hash segreti, vale a dire h(As) e h(Bs). In questo modo le due parti non hanno bisogno di condividere segreti, ma solo hash tra loro.
Alice e Bob condividono tra loro l'hashish segreto.
Prima che Alice e Bob pubblichino la prima transazione sull'indirizzo con firma multipla, devono anche creare una serie di transazioni di impegno, che sono rimedi per impedire all'altra parte di confiscare fondi.
Se pensi a un canale come al mini registro di cui abbiamo parlato prima, una transazione di impegno è un aggiornamento del registro. Ogni volta che viene creata una nuova serie di transazioni di impegno, i fondi di due partecipanti vengono ribilanciati.
La transazione di Alice ha due output, uno che paga l'indirizzo di sua proprietà e l'altro che blocca il nuovo indirizzo multi-firma. Lo firmò e lo consegnò a Bob.
La transazione di Alice ha due output, uno al suo indirizzo e l'altro alla nuova firma multipla, che richiede la firma di Bob per avere effetto.
La situazione è la stessa per Bob, un'uscita paga se stesso e l'altra paga gli altri indirizzi multifirma. Lo firmò e lo consegnò ad Alice.
Due transazioni incomplete più o meno identiche.
In generale, Alice può aggiungere una firma alla transazione di Bob per renderla effettiva. Ma notiamo che questi fondi di spesa provengono da 2 multisig su 2 che non sono ancora stati stanziati. Ciò è simile al tentativo di emettere un assegno da un conto che attualmente ha un saldo pari a zero. Pertanto, queste transazioni parzialmente firmate possono essere utilizzate solo dopo che multisig è attivo e funzionante.
Il nuovo indirizzo multifirma, che è la destinazione dell'output di 3 BTC, ha alcune funzionalità. Diamo un'occhiata alla transazione incompleta firmata da Alice a Bob. L'uscita multifirma può essere utilizzata nelle seguenti condizioni:
Entrambe le parti possono lavorare insieme per firmare l’accordo.
A causa del blocco temporale, Bob può spenderlo da solo dopo un certo periodo di tempo.
Se Alice conosce le B segrete di Bob, può utilizzare i fondi.
Per la transazione da Bob ad Alice:
Entrambe le parti possono lavorare insieme per firmare l’accordo.
Alice può spenderlo da sola dopo un certo periodo di tempo.
Se Bob conosce il segreto di Alice, può usare i fondi.
Ricorda, nessuna delle parti conosce il segreto dell'altro, quindi il punto 3 è temporaneamente irraggiungibile. Un’altra nota è che una volta che una parte firma una transazione, la controparte ha accesso immediato ai fondi perché non vengono poste condizioni sui suoi risultati. Il firmatario deve attendere la scadenza del periodo di validità prima di poter spendere i fondi per conto proprio o cooperare con l'altra parte per spendere i fondi direttamente insieme.
ti auguro il meglio! La transazione può ora essere registrata all'indirizzo multifirma 2 su 2 originale. Questo è sicuro perché puoi recuperare i tuoi fondi se la controparte abbandona il canale.
Una volta confermata la transazione, il canale sarà attivo e funzionante. La prima coppia di transazioni mostra lo stato attuale del mini-registro. In questo momento, il registro paga 3 BTC a Bob e 3 BTC ad Alice.
Quando Alice vuole effettuare un nuovo pagamento a Bob, i due creano due nuove transazioni per sostituire la prima serie di transazioni. Il metodo operativo è esattamente lo stesso, la transazione sarà firmata da ciascuna metà delle parti. È solo che Alice e Bob devono prima rinunciare ai loro vecchi segreti e scambiare nuovi hash per il prossimo ciclo di transazioni.
Ad esempio, se Alice vuole pagare a Bob 1 BTC, due nuove transazioni depositeranno 2 BTC ad Alice e 4 BTC a Bob. In questo modo il saldo verrà aggiornato.
Entrambe le parti possono firmare e pubblicare l'ultima transazione in qualsiasi momento e completare il "regolamento" sulla blockchain. Tuttavia, la parte che firma la liberatoria deve attendere la scadenza del periodo di blocco e l'altra parte può spendere immediatamente la tariffa. Ricorda, se Bob firma e pubblica la transazione di Alice, lei può avere un output incondizionato.
Entrambe le parti possono raggiungere un consenso per chiudere il canale allo stesso tempo, ovvero una chiusura cooperativa. Questo è il modo più conveniente per restituire i fondi alla catena. Tuttavia, se una delle parti non risponde o rifiuta di collaborare, l'altra parte può ritirare i fondi allo scadere del periodo di blocco.
Vuoi iniziare il tuo viaggio nella criptovaluta? Vai su Binance e acquista Bitcoin adesso!
In che modo Lightning Network previene le frodi?
Potremmo notare un vettore di attacco qui. Supponendo che il saldo attuale di Bob sia 1 BTC, cosa si può fare per impedirgli di registrare una vecchia transazione con un saldo più alto? Dopotutto ha già ricevuto la transazione semifirmata da Alice, deve solo aggiungere la sua firma e pubblicarla, giusto?
Niente può impedirgli di farlo. Ma se lo facesse, potrebbe perdere tutto l’equilibrio. Supponiamo che abbia registrato la vecchia transazione, che pagava 1 moneta ad Alice e 5 monete all'indirizzo con firma multipla menzionato in precedenza.
Alice riceverà i token immediatamente, ma Bob dovrà attendere la scadenza del blocco temporale prima di poterli spendere dall'indirizzo multifirma. Ricordi che abbiamo menzionato sopra che esiste un'altra condizione che deve essere soddisfatta prima che Alice possa utilizzare immediatamente gli stessi fondi? Aveva bisogno di un segreto che in quel momento non aveva. Ma ora conosce il segreto: il secondo ciclo di transazioni è appena stato creato e Bob ha fatto trapelare il segreto.
Mentre Bob può solo attendere la scadenza del periodo di blocco, Alice può rimuovere tutti i fondi. Questo meccanismo punitivo garantisce che i partecipanti non tentino di imbrogliare, altrimenti la controparte riceverà i propri token.
Pagamento del canale
Abbiamo già parlato di questo problema in precedenza. È possibile stabilire connessioni tra i canali, altrimenti Lightning Network non può supportare efficacemente le funzioni di pagamento. Immaginate se depositassimo effettivamente 500 dollari nello stesso bar solo per berne una tazza ogni giorno per i prossimi mesi?
In realtà, non è assolutamente necessario farlo. Alice e Bob hanno aperto un canale e anche Bob e Carol hanno creato un canale, quindi Bob può pagarli entrambi attraverso il canale. Incrociando più "salti" in questo modo, Alice può pagare tutti sul percorso.
In questo caso, Alice può raggiungere Frank attraverso più canali. Nel funzionamento effettivo, sceglierà sicuramente il canale più conveniente.
L'agenzia intermediaria svolge un certo ruolo nel canale e addebiterà una piccola commissione, ma non è obbligatoria. La Lightning Network è ancora nella sua fase emergente e il mercato della ricarica non ha ancora preso forma. Molti si aspettano di poter addebitare commissioni in base alla liquidità.
Nella catena base gli utenti pagano una commissione in base allo spazio occupato nel blocco, ma non hanno nulla a che fare con il valore trasferito. Cioè, pagare 1 dollaro costa come pagare 10 milioni di dollari. Al contrario, Lightning Network non ha spazio per i blocchi.
Tuttavia, esiste il concetto di equilibrio locale e di equilibrio remoto. Il saldo locale si riferisce all'importo che una parte può "spingere" all'altra estremità del canale, mentre il saldo remoto si riferisce all'importo che la controparte può respingere alla parte locale.
Facciamo un altro esempio. Diamo uno sguardo più da vicino a uno dei percorsi sopra indicati: Alice <> Carol <> Frank.
I saldi di ciascun utente prima e dopo che Alice ha trasferito 0,3 BTC a Frank.
I due percorsi Alice <> Carol e Carol <> Frank hanno ciascuno una capacità totale di 1 BTC. Il saldo locale di Alice è 0,7 BTC. Quando tutti si sistemano nella blockchain in questo momento, Alice riceve 0,7 BTC e Carol riceve il saldo remoto di 0,3 BTC.
Supponiamo che Alice voglia inviare 0,3 BTC a Frank, spingerà 0,3 BTC sul lato del canale Carol. Carol quindi spinge 0,3 BTC dal suo saldo locale a Frank tramite il canale. Alla fine, il saldo di Carol rimane lo stesso: +0,3 BTC di Alice e -0,3 BTC inviati a Frank si annullano a vicenda.
Il ruolo di Carol come intermediario di Frank non ha perso valore, ma la sua flessibilità nel controllo del capitale è peggiorata. Si può vedere che attualmente può spendere 0,6 BTC nel canale con Alice, ma può spendere solo 0,1 BTC alla fine del canale con Frank.
Immaginiamo una situazione in cui Alice è connessa solo a Carol, mentre Frank è connesso a una rete più ampia. In precedenza, Carol poteva inviare un totale di 0,4 BTC ad altri tramite Frank, ma ora ha solo 0,1 BTC a un'estremità del canale da inviare.
In questo caso, Alice sta effettivamente cannibalizzando la liquidità di Carol. Senza alcun incentivo, Carol non voleva mettersi in una posizione di svantaggio. Quindi potrebbe proporre "Addebiterò 10 Satoshi per ogni 0,01 BTC in uscita dal mio canale". In questo modo, maggiore è il saldo locale che Carol scarta nel percorso "più forte", più guadagna.
Come accennato in precedenza, non vi è alcun obbligo di commissione di fatto. Alcuni non temono che la liquidità peggiori, mentre altri vogliono semplicemente aprire un canale direttamente con il destinatario.
Limitazioni della rete Lightning
Se si scopre che Lightning Network può risolvere tutti i problemi di scalabilità di Bitcoin, tutti saranno felici. Sfortunatamente, Lightning Network presenta delle carenze che ne ostacolano lo sviluppo.
Disponibilità
Per i principianti, Bitcoin non è il sistema più intuitivo. Indirizzi, commissioni, ecc. possono creare confusione. Tuttavia, il portafoglio astrae questi contenuti complessi e fornisce agli utenti operazioni simili ai sistemi di pagamento esistenti. Possiamo consentire ad altri di scaricare il portafoglio dello smartphone e inviare loro dei token. In questo modo saranno più che disposti a portare a termine l’operazione.
Attualmente Lightning Network non può farlo e la selezione di app per smartphone è ancora molto limitata. In generale, i nodi Lightning Network richiedono l’accesso ai nodi Bitcoin per essere pienamente utilizzati.
Dopo aver configurato il client, l'utente deve comunque aprire il canale per effettuare il pagamento. Questo processo richiede molto tempo, soprattutto quando i nuovi arrivati sono esposti a concetti come "capacità in entrata/uscita" e sono confusi.
Pertanto, Lightning Network necessita ancora di continui miglioramenti per abbassare le barriere all’ingresso e fornire agli utenti un’esperienza più fluida.
fluidità
Una delle principali critiche mosse a Lightning Network è che le capacità di transazione degli utenti sono limitate. La spesa personale non può superare l'importo bloccato nel canale. Se qualcuno vuole spendere tutti i fondi e trasferire tutti i fondi dal canale al saldo remoto, il canale deve essere chiuso. In alternativa, aspetta passivamente che altri paghino attraverso il canale, ma questo non è l’ideale.
I percorsi individuali sono limitati dalla capacità totale del canale. Prendiamo come esempio la precedente Alice <> Carol <> Frank. Se il canale di Alice e Carol ha una capacità di 5 BTC, ma Carol e Frank hanno solo una capacità di 1 BTC, allora Alice non potrà mai inviare più di 1 BTC. Anche così, tutti i saldi devono essere sul lato Carol del canale Carol <> Frank per garantire il normale funzionamento del Lightning Network. Ciò limita fortemente la quantità di fondi che possono essere trasferiti attraverso i canali di Lightning Network, il che a sua volta influisce sull’utilità della rete.
polo centralizzato
Sulla base delle questioni menzionate in precedenza, alcune persone temono che una tale rete creerà un gran numero di "hub", cioè entità grandi e strettamente correlate con una forte liquidità, attraverso le quali passeranno tutti i pagamenti di grandi dimensioni.
Ovviamente, questo slancio di sviluppo non è un buon segno. Gli hub centralizzati paralizzano il sistema perché mettere queste entità offline interrompe gravemente le relazioni tra gli utenti. Inoltre, se si scambiano solo pochi punti, aumenta il rischio di censura.
Lo stato attuale del Lightning Network
A partire da marzo 2022, Lightning Network funziona normalmente, con oltre 35.000 nodi online, più di 85.000 canali attivi e una capacità di oltre 3.570 BTC.
Distribuzione globale dei nodi Lightning Network. Fonte: explorer.acinq.co
Tra le tante diverse implementazioni di nodi, c-lightning di Blockstream, Lightning Network Daemon di Lightning Labs ed Eclair di ACINQ sono particolarmente popolari. Rivolgendosi agli utenti meno esperti di tecnologia, molte aziende hanno introdotto nodi plug-and-play. Gli utenti devono solo collegare il proprio dispositivo per iniziare a utilizzare Lightning Network.
Riassumere
La rete principale di Lightning Network è stata lanciata nel 2018 e, sebbene molti credano che sia ancora in fase di test, la rete ha già mostrato uno slancio incredibile.
Attualmente, solo gli utenti con un certo livello di competenza tecnica gestiscono i nodi Lightning Network, quindi la rete deve ancora superare alcuni ostacoli all’usabilità. Con il vigoroso sviluppo della rete, le barriere all’ingresso si stanno gradualmente abbassando.
Finché il problema verrà risolto con successo, Lightning Network diventerà parte integrante dell’ecosistema Bitcoin, migliorando notevolmente la scalabilità e la velocità delle transazioni.
