Vai al contenuto

Lightning Network

Da BitcoinWiki.

Il Lightning Network è una rete di canali di pagamento bidirezionali costruita sopra Bitcoin. I partecipanti bloccano bitcoin nei canali e possono aggiornare la distribuzione dei fondi senza registrare ogni pagamento sulla blockchain. Di norma soltanto apertura, chiusura o esecuzione di un canale richiedono conferma sul livello base.

Lightning è pensato per pagamenti frequenti e relativamente piccoli, utili quando servono minore latenza e commissioni. Non aumenta la capacità dei blocchi di Bitcoin: riduce gli stati intermedi pubblicati e introduce rischi specifici di liquidità, disponibilità, instradamento e software.

Struttura

Canali di pagamento

Due partecipanti aprono un canale con una transazione di finanziamento on-chain. Si scambiano poi transazioni di impegno firmate che rappresentano la distribuzione corrente del saldo. Ogni aggiornamento valido sostituisce il precedente senza essere subito pubblicato.

Per esempio, Alice e Bob possono finanziare un canale che assegna 0,06 BTC ad Alice e 0,04 BTC a Bob. Se Alice paga 0,01 BTC a Bob, firmano un nuovo stato da 0,05 BTC ciascuno. Possono continuare ad aggiornare il saldo finché il canale rimane aperto senza pubblicare ogni pagamento intermedio.

Il protocollo scoraggia la pubblicazione di una transazione di impegno obsoleta. Nel modello tradizionale a penalità, l'altra parte ha un periodo limitato per reclamare i fondi se viene usato un vecchio stato. Un utente non custodial deve quindi sorvegliare la blockchain o delegare la sorveglianza.

Pagamenti instradati

Alice non necessita di un canale diretto con ogni destinatario. Se ha un canale con Bob e Bob dispone di liquidità uscente sufficiente verso Carol, il pagamento può passare da Bob. I percorsi reali possono avere più nodi intermedi.

Gli Hashed Timelock Contracts (HTLC) collegano i trasferimenti. Il destinatario rivela un segreto crittografico che consente il regolamento; altrimenti i trasferimenti scadono. Gli intermediari non assumono controllo unilaterale dei fondi, ma possono applicare una commissione.

Le regole interoperabili sono definite nelle specifiche Basis of Lightning Technology, dette BOLT, che coprono messaggi tra peer, transazioni di canale, onion routing, gossip di rete, fatture e negoziazione delle funzioni.[1]

Liquidità e instradamento

Un canale può inviare solo il saldo disponibile dal lato del mittente e ricevere entro la capacità libera opposta. Ogni salto richiede liquidità nella direzione corretta; la capacità pubblicizzata non equivale all'importo inviabile da qualsiasi utente.

I nodi possono ottenere liquidità in entrata ricevendo pagamenti, aprendo o modificando canali, usando submarine swap o acquistando liquidità di canale da un Fornitore di servizi Lightning. Alcuni fornitori possono aprire un canale just-in-time quando arriva il primo pagamento in entrata del cliente, invece di richiedere l'acquisto anticipato di un canale.[2] Gli operatori possono inoltre riequilibrare i fondi tra i propri canali. Queste operazioni hanno costi e possono richiedere transazioni on-chain.

L'instradamento è probabilistico perché i saldi esatti non sono pubblici e possono cambiare. I wallet possono provare altri percorsi o dividere un pagamento. Un successo può richiedere pochi secondi, ma tentativi falliti, peer indisponibili o liquidità insufficiente aumentano la latenza.

Chiusura ed esecuzione

Un canale può restare aperto mentre le parti collaborano. In una chiusura cooperativa concordano il saldo finale e pubblicano la transazione, normalmente più rapida ed efficiente dell'esecuzione unilaterale.

Se un peer non è disponibile o non collabora, l'altra parte può effettuare una chiusura forzata pubblicando l'ultimo impegno. I timelock ritardano alcuni output e la chiusura usa spazio di blocco e commissioni; il periodo consente di rispondere a uno stato obsoleto.

Il controllo può essere delegato a una watchtower, che sorveglia la blockchain e può pubblicare una transazione di penalità o recupero. Non custodisce i fondi, ma la sua disponibilità e i dati preparati dal wallet restano parte della sicurezza.[3]

I backup richiedono attenzione: ripristinare un database di canali obsoleto non equivale a ripristinare un normale wallet e può causare perdita di fondi. Occorre seguire la procedura dell'implementazione usata.

Velocità, commissioni e carico blockchain

Un percorso già stabilito e liquido può regolare senza attendere un nuovo blocco. Ciò è utile nei punti vendita e per importi antieconomici come singole transazioni del livello base.

I pagamenti non sono necessariamente gratuiti. Un nodo può applicare una commissione base, proporzionale o entrambe; apertura e chiusura richiedono inoltre commissioni on-chain. Il vantaggio dipende da importo, percorso, liquidità e commissioni Bitcoin correnti.

Poiché la maggior parte degli aggiornamenti resta off-chain, normalmente solo finanziamento, chiusura ed esecuzione raggiungono il registro Bitcoin. Riutilizzare i canali riduce il carico per pagamento ma non elimina il bisogno di spazio nei blocchi.

Privacy e fiducia

L'onion routing BOLT fornisce a ogni nodo solo le informazioni necessarie sul salto precedente e successivo. Migliora la privacy, ma non garantisce anonimato: aperture e chiusure sono pubbliche e analisi di tempi, importi, rete o endpoint possono rivelare relazioni.

Gli utenti di un canale proprio non danno a un intermediario controllo unilaterale dei fondi. Tuttavia un wallet non custodial lascia all'utente chiavi e obblighi; un wallet custodial nasconde la gestione ma richiede fiducia in solvibilità, sicurezza e prelievi del gestore.

Implementazioni

Implementazioni indipendenti comprendono LND, Core Lightning, Eclair e le librerie Lightning Development Kit. Le BOLT consentono interoperabilità, ma API, archiviazione, gestione e rilasci differiscono.

Core Lightning, già c-lightning, è open source e opera sulla rete principale Bitcoin dal 2018.[4] Nel 2026 sono stati divulgati due difetti remoti di negazione del servizio per consumo illimitato di memoria. Il problema connectd è stato corretto nella versione 26.04 e gossipd nella linea candidata 26.06.[5] Colpivano la disponibilità del nodo, non il protocollo.

Un'altra notizia dell'agosto 2026 non è inclusa come fatto perché al momento del controllo mancavano un avviso pubblico corrispondente, una divulgazione tecnica o una versione corretta.

Limiti e guasti

  • Liquidità: un pagamento può fallire anche con fondi sufficienti se nessun percorso ha capacità nella direzione necessaria.
  • Disponibilità: peer e nodi devono essere connessi; ricevere offline richiede supporto specifico.
  • Sorveglianza: l'utente non custodial deve rilevare chiusure obsolete o usare una watchtower.
  • Dipendenza on-chain: apertura ed esecuzione dipendono da conferme e commissioni Bitcoin.
  • Complessità: i nodi gestiscono capitale, rete, backup, aggiornamenti e tariffe.
  • Affidabilità: informazioni vecchie, nodi indisponibili, limiti o liquidità variabile possono far fallire il percorso.

Lightning è quindi un livello di pagamento complementare, non un sostituto del livello di regolamento Bitcoin.

Storia

Joseph Poon e Thaddeus Dryja pubblicarono il documento Lightning Network nel 2015.[6] Il progetto estese precedenti canali Bitcoin con canali bidirezionali instradati mediante hashlock e timelock.

Gli sviluppatori di c-lightning, Eclair e LND dimostrarono pagamenti interoperabili nel 2017. LND pubblicò la prima beta mainnet nel marzo 2018 e tutte e tre avevano versioni beta nel giugno 2018.[7][8] In seguito sono migliorati instradamento, pagamenti multiparte, watchtower, gestione dei canali, supporto mobile ed estensioni.

Voci correlate

Collegamenti esterni

Note

  1. Basis of Lightning Technology specifications, repository Lightning, consultato il 27 agosto 2026.
  2. bLIP 52: LSPS2 JIT Channel Negotiation, repository delle specifiche Lightning, consultato il 3 settembre 2026.
  3. Watchtowers, Bitcoin Optech, consultato il 27 agosto 2026.
  4. Core Lightning documentation, Elements Project, consultato il 27 agosto 2026.
  5. Vulnerability disclosure: twin memory exhaustion DoS vulnerabilities in Core Lightning, Delving Bitcoin, 2026.
  6. The Bitcoin Lightning Network: Scalable Off-Chain Instant Payments, Joseph Poon e Thaddeus Dryja, 2015.
  7. Announcing our first Lightning mainnet release, lnd 0.4-beta, Lightning Labs, 15 marzo 2018.
  8. Announcing c-lightning 0.6, Blockstream, 25 giugno 2018.