Nel capitolo precedente abbiamo seguito una transazione Bitcoin fino alla sua conferma nella blockchain. Abbiamo visto che il registro principale di Bitcoin è progettato per verificare, ordinare e proteggere la storia monetaria. Questa solidità ha un costo: ogni transazione deve competere per entrare in un blocco, i blocchi arrivano in media ogni dieci minuti e le commissioni cambiano in base alla domanda.
Per alcuni usi questa struttura è adeguata. Se devi spostare una somma importante, aspettare conferme può essere una scelta ragionevole. Se invece vuoi pagare un caffè, dividere una cena o inviare piccoli importi molte volte al giorno, usare sempre la blockchain può diventare lento e poco pratico.
Il Lightning Network nasce per questo: permettere pagamenti più rapidi e frequenti usando Bitcoin come base, ma senza scrivere ogni singolo pagamento direttamente nella blockchain.
Prima di entrare in Lightning, però, serve chiarire un’unità di misura che compare spesso quando si parla di piccoli pagamenti: il satoshi.
Un bitcoin può essere diviso in unità molto più piccole. La più piccola unità registrabile sulla rete Bitcoin si chiama satoshi, spesso abbreviata in sat. Un bitcoin equivale a 100.000.000 di satoshi. Per questo, quando si parla di pagamenti quotidiani, donazioni minime o importi molto piccoli, è più pratico ragionare in satoshi invece che in bitcoin interi.
Dire “0,00001000 bitcoin” è poco intuitivo. Dire “1.000 satoshi” è più semplice. Il valore è lo stesso, ma l’unità cambia il modo in cui viene percepito e usato. Lightning rende questa scala ancora più naturale, perché nasce proprio per rendere pratici pagamenti frequenti e di piccolo importo. In alcuni casi, a livello tecnico, Lightning può lavorare anche con frazioni ancora più piccole del satoshi, chiamate millisatoshi, ma per l’uso quotidiano è sufficiente ricordare che i pagamenti Lightning vengono spesso espressi in sats.
Perché serve un livello per i piccoli pagamenti
Quando paghi direttamente sulla blockchain, quindi quando effettui pagamenti “on-chain”, il wallet prepara una transazione e la invia alla rete. Quella transazione deve entrare in un blocco, quindi può richiedere tempo, e deve pagare una commissione sufficiente a essere scelta dai miner. Per trasferire una somma importante questa attesa può essere accettabile. Per pagare un caffè, inviare pochi euro o fare molti pagamenti piccoli nella stessa giornata, il costo e il tempo della transazione possono diventare sproporzionati.
Per rendere pratici questi pagamenti, il Lightning Network usa canali di pagamento. Una parte del valore viene bloccata sul livello base e poi può muoversi molte volte dentro il canale, senza trasformare ogni movimento in una nuova transazione pubblicata nella blockchain. Il registro principale serve per aprire il canale e, quando necessario, per chiuderlo; i pagamenti intermedi avvengono sopra, in modo più rapido e con commissioni molto più basse e sono definiti pagamenti “off-chain”.
Questo cambia anche la traccia lasciata dal pagamento. Una transazione on-chain è pubblica e resta consultabile: chi osserva la blockchain può vedere che certi fondi si sono mossi, in quale momento e con quali output. Un pagamento dentro Lightning, invece, non viene registrato come transazione separata sulla blockchain. Il singolo pagamento non diventa una voce permanente del registro pubblico. La privacy non è assoluta, perché il destinatario, il wallet usato, eventuali servizi custodial e alcuni nodi coinvolti nel percorso possono conoscere informazioni sul pagamento. Ma rispetto a una transazione on-chain questo fa sì che anche le transazioni sul Lightning Network acquistino un ulteriore livello di privacy.
Canali di pagamento: il secondo livello in pratica
Lightning funziona attraverso canali di pagamento. Possiamo immaginare un canale come un rapporto aperto tra due partecipanti: entrambi bloccano una certa quantità di bitcoin in una transazione registrata sulla blockchain e, da quel momento, possono aggiornare tra loro la distribuzione di quel saldo senza pubblicare ogni singolo pagamento sul livello base.
L’apertura del canale è una transazione Bitcoin così come lo è la chiusura del canale, e queste sono le uniche due transazioni che vengono iscritte nella blockchain. In mezzo, però, i partecipanti possono scambiarsi molti pagamenti aggiornando lo stato del canale. La rete principale non deve registrare ogni passaggio intermedio: registra l’apertura e, se il canale viene chiuso, registra sulla rete solo il saldo finale dei due partecipanti.
Questa idea permette di spostare molti pagamenti fuori dal livello base senza separarsi da Bitcoin. Il canale esiste perché alla base ci sono bitcoin bloccati e regole che permettono di chiudere il canale riportando il saldo finale sulla blockchain, e assicurando a ciascun partecipante i propri fondi.
Liquidità: il saldo deve potersi muovere
Per usare Lightning non basta che esista un canale: serve liquidità. La liquidità è la quantità di sats che può muoversi in una certa direzione dentro uno o più canali.
Un canale Lightning può essere immaginato come un tubo con una certa quantità di sats dentro. Questi sats possono stare più da una parte o più dall’altra. Se i sats sono dalla tua parte, puoi usarli per inviare pagamenti. Quando paghi, una parte del saldo si sposta verso l’altra parte del canale.
Per ricevere, invece, serve spazio dalla tua parte. Se il canale è già tutto pieno dalla tua parte, non c’è spazio perché altri sats arrivino verso di te attraverso quel canale. In quel caso puoi avere un wallet Lightning aperto e funzionante, ma non riuscire comunque a ricevere un pagamento fino a quando non viene creata o liberata liquidità in entrata.
Questo è uno dei punti meno intuitivi di Lightning. In un normale conto bancario siamo abituati a pensare che, se qualcuno vuole pagarci, il denaro possa semplicemente arrivare. In Lightning non funziona così: un pagamento è uno spostamento di saldo dentro una rete di canali. Per questo il saldo deve potersi muovere nella direzione giusta.
Quando la liquidità è ben distribuita, i pagamenti passano facilmente. Quando non lo è, un pagamento può fallire o richiedere un percorso diverso. Non significa che i fondi siano spariti o che Bitcoin non funzioni: significa solo che, in quel momento, il percorso non aveva abbastanza liquidità disponibile nella direzione necessaria.
Non serve un canale con tutti
Se Lightning richiedesse un canale diretto con ogni persona da pagare, sarebbe poco utile. La rete funziona perché i canali possono collegarsi tra loro e formare percorsi.
Quando invii un pagamento Lightning, il tuo wallet non cerca solo un canale diretto tra te e il destinatario. Cerca un percorso attraverso nodi e canali disponibili, verificando se lungo quel percorso esiste abbastanza liquidità nella direzione corretta. Il pagamento può passare da più nodi intermedi fino al destinatario. Questi nodi aiutano a instradare il pagamento e ricevono piccole commissioni per il servizio.
Per chi usa un wallet, tutto questo spesso resta invisibile. Si scansiona una richiesta di pagamento, si conferma l’invio e il wallet prova a trovare un percorso adatto. Se il percorso ha liquidità sufficiente, il pagamento passa. Se non ce l’ha, il wallet può provarne un altro o il pagamento può fallire. Dietro quella semplicità c’è una rete di canali, liquidità e nodi che lavorano sopra Bitcoin.
Pagamenti rapidi, ma con compromessi
Lightning permette pagamenti molto più rapidi e spesso molto più economici rispetto a una transazione on-chain. Questo lo rende adatto a importi piccoli, pagamenti frequenti e uso quotidiano.
Il compromesso principale di Lightning è che il suo uso pienamente autonomo richiede più gestione rispetto a una semplice transazione on-chain. Per usarlo correttamente e al pieno delle sue funzioni, bisogna avere un nodo Lightning e occuparsi della liquidità, dell’apertura e chiusura dei canali e dei backup corretti. Sono aspetti importanti, perché da essi dipende la corretta gestione del nodo e, di conseguenza, la capacità di inviare, ricevere e recuperare correttamente i propri fondi.
Questa complessità non è alla portata di tutti, soprattutto all’inizio. Per questo esistono servizi e wallet che semplificano l’esperienza: nascondono la gestione dei canali, aiutano con la liquidità, riducono il lavoro tecnico e permettono di usare Lightning in modo più immediato.
È una scelta pratica, utile per piccoli importi e per imparare, ma va compresa per quello che è: più comodità significa spesso delegare una parte della gestione a qualcun altro.
La ricerca sui livelli superiori di Bitcoin, però, non si ferma a Lightning. Proposte come Ark e Spark cercano di rendere i pagamenti off-chain più semplici, più scalabili e meno dipendenti dalla gestione diretta dei canali. Sono approcci diversi, ancora da osservare con attenzione, ma mostrano una direzione chiara: mantenere Bitcoin come livello base solido e costruire sopra strumenti più adatti all’uso quotidiano.
Cosa significa usare Bitcoin su più livelli
Lightning mostra che Bitcoin può essere usato su livelli diversi. Il livello base resta il punto in cui vengono verificate e protette le regole fondamentali; sopra di esso possono esistere strumenti più adatti ai pagamenti rapidi, frequenti, economici e più riservati.
Questa struttura rende l’uso di Bitcoin più flessibile. Non ogni pagamento ha le stesse esigenze. Alcuni movimenti richiedono conferme sulla blockchain, altri hanno bisogno soprattutto di velocità, costi bassi e maggiore privacy rispetto a una transazione pubblica on-chain. Lightning serve proprio a questo: rendere più pratici i pagamenti quotidiani, continuando a usare Bitcoin come fondamento.
Con questo capitolo si chiude il percorso base su come funziona Bitcoin: chiavi, transazioni, conferme e pagamenti su più livelli. Il passo successivo naturale è pratico: capire come custodire le proprie chiavi in modo sicuro e responsabile. È il tema del percorso sulla custodia.