I canali di stato sono una tecnica di scalabilità di Livello 2 che consente a due o più partecipanti di effettuare un numero illimitato di transazioni off-chain aprendo un "canale" tra di loro, con la sola registrazione sulla blockchain di base delle transazioni di apertura e chiusura. Questo approccio offre una finalità delle transazioni quasi istantanea e commissioni praticamente nulle per le interazioni off-chain, rendendolo una delle soluzioni di scalabilità più longeve ed efficienti per casi d'uso specifici.
Il concetto è analogo a quello di aprire un conto al bar: invece di elaborare un pagamento per ogni singola consumazione (transazione on-chain), si apre un conto (canale di stato), si ordinano più bevande (aggiornamenti di stato off-chain) e si salda l'intero conto in un'unica soluzione al momento di andarsene (chiusura del canale). La blockchain registra solo l'apertura del conto e il saldo finale, indipendentemente dal numero di bevande ordinate nel frattempo.
I canali di stato sono stati tra le prime soluzioni di scalabilità proposte per le blockchain, precedenti ai rollup e alle sidechain. L'implementazione più importante è quella di Bitcoin. Lightning Network, che consente pagamenti Bitcoin istantanei e a basso costo attraverso una rete di canali di pagamento. La rete Raiden di Ethereum e varie implementazioni di canali di pagamento servono a scopi simili. rollup Sebbene i canali di stato abbiano superato i canali di stato come modello L2 dominante per il calcolo generale, rimangono ottimali per specifici modelli di interazione a due parti ad alta frequenza.
Origine e storia
2015: Joseph Poon e Thaddeus Dryja pubblicano il white paper di Lightning Network, proponendo una rete di canali di pagamento per la scalabilità di Bitcoin.
2015: Christian Decker e Roger Wattenhofer pubblicano una ricerca sui canali di micropagamento duplex, contribuendo all'avanzamento della teoria dei canali di stato.
2016: Il concetto di canali di stato generalizzati (che supportano transizioni di stato arbitrarie, non solo pagamenti) inizia a essere formalizzato dai ricercatori della comunità di Ethereum, tra cui il lavoro associato a Jeff Coleman.
2017: Raiden Network lancia le prime versioni della testnet su Ethereum, con l'obiettivo di fornire funzionalità simili a quelle di Lightning Network per i token ERC-20.
2018: Le prime implementazioni di Lightning Network (lnd di Lightning Labs ed eclair di ACINQ) raggiungono la fase beta e vengono dichiarate pronte per l'utilizzo sulla rete principale a marzo, consentendo i primi pagamenti Lightning reali e ampiamente utilizzati. Pagamenti sperimentali isolati sulla rete principale erano già avvenuti a partire da dicembre 2017.
2018: Celer Network viene fondata con l'obiettivo di costruire un framework generalizzato per i canali di stato che supporti sia i pagamenti che i giochi su Ethereum; la sua mainnet alpha non verrà lanciata prima di luglio 2019.
2018: Counterfactual pubblica un framework per canali di stato generalizzati su Ethereum con risoluzione modulare delle controversie.
2019: La capacità di Lightning Network supera i 1,000 BTC, con migliaia di nodi che formano la rete del canale di pagamento. La mainnet alpha di Celer Network, Cygnus, sarà operativa a luglio.
2020: El Salvador inizia a sperimentare i pagamenti Lightning con Bitcoin prima dell'entrata in vigore della legge sul corso legale del Bitcoin nel 2021.
2021: El Salvador ha adottato Bitcoin come moneta a corso legale, e il portafoglio Chivo utilizza la rete Lightning per i pagamenti quotidiani.
2022: La capacità di Lightning Network supera i 5,000 BTC, con integrazione nei principali exchange (Kraken, Bitfinex, CashApp).
2023: Nostr (social media decentralizzato) integra Lightning per i micropagamenti nativi (zap), dimostrando canali di stato per le mance sui social.
2024-2025: L'utilizzo di Lightning Network continua a crescere, con un volume di transazioni mensili in costante aumento; secondo una ricerca di River, entro novembre 2025 la rete avrebbe elaborato circa 1.17 miliardi di dollari attraverso circa 5.22 milioni di transazioni in un solo mese, superando per la prima volta la soglia di 1 miliardo di dollari.
In parole semplici
Pensate ai canali di stato come all'apertura di un conto in un bar. Aprite un conto (aprite il canale), ordinate da bere per tutta la sera (effettuate transazioni off-chain) e pagate un unico conto quando ve ne andate (regolate on-chain). Il barista non addebita sulla vostra carta ogni singola consumazione, ma solo l'importo totale finale.
È come una partita a scacchi per corrispondenza. Due giocatori si accordano per giocare (aprono un canale), si scambiano a turno le mosse (aggiornamenti di stato off-chain) e comunicano alla federazione scacchistica solo il risultato finale (regolamento on-chain). La federazione non ha bisogno di vedere ogni mossa, solo il risultato.
Immaginate una partnership commerciale mensile. Due aziende effettuano centinaia di transazioni tra loro. Invece di fatturare ciascuna transazione singolarmente, tengono un conteggio progressivo e saldano l'importo netto una volta al mese (chiusura del canale).
È simile agli abbonamenti prepagati della metropolitana. Si carica denaro sulla carta (si finanzia il canale), si effettuano diverse transazioni (transazioni off-chain) e il saldo finale viene saldato alla chiusura del conto. Non è necessario effettuare un pagamento separato per ogni singola corsa.
Immaginatelo come una conversazione privata con un accordo autenticato da un notaio. Due persone stipulano accordi in privato (off-chain), ma hanno la possibilità di presentare qualsiasi accordo a un notaio (on-chain) in caso di controversia. Il notaio interviene solo se necessario.
Importante: I canali di stato richiedono che entrambi i partecipanti siano online e reattivi. Se una delle parti va offline, l'altra potrebbe tentare di regolarizzare uno stato obsoleto (sfavorevole) sulla blockchain. Le watchtower, ovvero i servizi di terze parti che monitorano la blockchain per conto dell'utente, contribuiscono a mitigare questo rischio, ma introducono un'ipotesi di disponibilità (ovvero che saranno online per intervenire), anziché un'ipotesi di fiducia fiduciaria sulla sicurezza dei fondi.
Principali caratteristiche tecniche
Canali di pagamento (Bitcoin Lightning)
La forma più semplice di canale statale, progettata per i trasferimenti di valore:
Transazione di finanziamento: entrambe le parti depositano Bitcoin in un 2 su 2 multisig indirizzo (on-chain)
Transazioni di impegno: ogni pagamento aggiorna il saldo del canale scambiando transazioni di impegno firmate (off-chain).
Chiusura della transazione: ciascuna delle parti può trasmettere l'ultima transazione di impegno per regolarla on-chain
Contratti a tempo bloccato (HTLC): consentono pagamenti multi-hop attraverso una rete di canali, instradando i pagamenti anche tra parti senza canali diretti
Come funzionano i pagamenti multi-hop di Lightning Network
Alice vuole pagare Carol, ma ha un canale solo con Bob (che a sua volta ha un canale con Carol).
Carol genera un segreto casuale (preimmagine) e ne invia l'hash ad Alice.
Alice crea un HTLC con Bob: "Ecco 0.001 BTC, riscattabili se presenti la preimmagine di questo hash entro 24 ore".
Bob crea un HTLC simile con Carol: "Ecco 0.001 BTC, riscattabili se presenti la preimmagine entro 12 ore".
Carol rivela l'immagine preliminare per reclamare il pagamento di Bob.
Bob usa la preimmagine rivelata per reclamare il pagamento di Alice.
Il pagamento viene instradato atomicamente: o tutti i passaggi vengono completati o nessuno. Questa meccanica del tutto o niente è concettualmente correlata a come Swap atomici garantire che le transazioni cross-chain vengano completate interamente o non avvengano affatto.
Canali di stato generalizzati
Oltre ai pagamenti, i canali statali possono codificare transizioni di stato arbitrarie:
Giochi a turni: scacchi, poker o qualsiasi gioco in cui i giocatori si alternano nelle mosse.
Pagamenti in streaming: micropagamenti continui per i servizi (streaming video, chiamate API)
Transizioni di macchine a stati: qualsiasi macchina a stati finiti può essere eseguita in un canale di stati
Gestione controversie
Ciascuna delle parti può forzare la chiusura del canale inviando l'ultimo stato firmato alla blockchain.
Il periodo di contestazione consente alla controparte di presentare uno stato più recente qualora quello presentato sia obsoleto.
Meccanismi di penalità: in Lightning, la trasmissione di uno stato obsoleto comporta che la controparte reclami TUTTI i fondi presenti nel canale a titolo di punizione (transazione di giustizia).
Torri di guardia: servizi di terze parti che monitorano la blockchain per individuare tentativi di frode e trasmettono transazioni sanzionatorie per conto degli utenti offline.
Vantaggi e svantaggi
Vantaggi
Svantaggi
Finalità quasi istantanea: le transazioni si completano in millisecondi, limitate solo dalla latenza di rete.
Richiede presenza online: entrambe le parti devono essere online o utilizzare sistemi di monitoraggio per prevenire le frodi.
Commissioni praticamente nulle: le transazioni off-chain non hanno alcun costo; solo l'apertura/chiusura del canale comporta commissioni on-chain.
Blocco del capitale – I fondi devono essere bloccati nei canali, riducendo la liquidità
Riservatezza: le transazioni off-chain sono note solo ai partecipanti e non vengono registrate sulla blockchain pubblica.
Complessità di instradamento: i pagamenti multi-hop richiedono liquidità sufficiente lungo il percorso.
Throughput illimitato: nessun limite teorico al numero di transazioni al secondo all'interno di un canale.
Limiti di capacità del canale: ogni canale ha un saldo massimo determinato dalla transazione di finanziamento.
True Layer 2 – Eredita la sicurezza del livello base con garanzie crittografiche
Non adatto a tutti i casi d'uso: ideale per interazioni ripetute tra parti note, non per pagamenti una tantum.
Gestione della liquidità: i nodi di routing devono bilanciare la liquidità tra i canali, il che è operativamente complesso.
Nessun requisito di disponibilità dei dati: lo stato del canale viene mantenuto dai partecipanti e non inviato a L1.
Attrito nella fase di onboarding: l'apertura di un canale richiede una transazione on-chain e un capitale iniziale.
Risk Management
Per gli utenti di Lightning Network
Utilizza un software per wallet affidabile: i wallet Lightning non custodial (Phoenix, Breez, Zeus) gestiscono automaticamente la gestione dei canali.
Eseguire il backup dello stato del canale: la perdita dei dati relativi allo stato del canale può comportare la perdita di fondi; utilizzare i backup statici del canale (SCB) per il ripristino.
Monitorare i partner di canale: essere consapevoli del rischio di controparte se si gestisce un proprio nodo; i canali con peer inaffidabili potrebbero chiudersi improvvisamente.
Per importi ridotti, valuta le opzioni di custodia: per i piccoli saldi, i wallet Lightning con custodia (Wallet of Satoshi, Alby) offrono semplicità, pur comportando dei compromessi in termini di fiducia.
Per gli operatori dei nodi Lightning
Gestisci una torre di controllo: utilizza i servizi di una torre di controllo per monitorare i tentativi di frode anche quando il tuo nodo è temporaneamente offline.
Gestire la liquidità in modo proattivo: ribilanciare regolarmente i canali per garantire la capacità di instradamento in entrambe le direzioni.
Mantieni il software aggiornato: i bug del client Lightning possono portare a chiusure forzate o alla perdita di fondi
Mantieni un'infrastruttura di backup: predisponi un piano di failover nel caso in cui il nodo primario si guasti; i canali inattivi rappresentano un rischio di frode.
Per gli sviluppatori che costruiscono sui canali statali
Gestire la complessità della risoluzione delle controversie: assicurarsi che l'implementazione del canale statale gestisca correttamente tutti i casi limite nei periodi di controversia
Pianificare l'esaurimento dei canali: i canali necessitano prima o poi di essere riequilibrati o chiusi; è necessario progettare tenendo conto di questo ciclo di vita.
Considera l'esperienza utente: semplificare la gestione dei canali per gli utenti finali è fondamentale per una diffusione su larga scala.
Eseguire test approfonditi sulla rete di test: i bug del canale di stato possono essere catastrofici; la combinazione di blocchi temporali e transazioni di penalità crea modalità di errore complesse.
Rilevanza culturale
I canali statali e Lightning hanno acquisito un significato culturale:
L'adozione di Bitcoin da parte di El Salvador nel 2021 ha portato Lightning sotto i riflettori globali, poiché i cittadini hanno utilizzato i pagamenti Lightning per gli acquisti quotidiani
L'accumulo di satoshi tramite micropagamenti Lightning è diventato un metodo popolare per guadagnare piccole quantità di Bitcoin.
Gli "zaps" di Nostr – suggerimenti rapidissimi sulla piattaforma social decentralizzata – hanno creato un nuovo modello per i micropagamenti ai creatori di contenuti.
La frase "Lightning è il livello 2 di Bitcoin" posiziona Lightning come complementare, piuttosto che in competizione, con il livello base di Bitcoin.
I satelliti di gioco e streaming Bitcoin abilitati da Lightning (che permettono di guadagnare Bitcoin al secondo per i contenuti) rappresentano fenomeni culturali emergenti
Unisciti a UEEx
Scopri la piattaforma di gestione patrimoniale digitale leader al mondo
Scenario: El Salvador è diventato il primo Paese ad adottare Bitcoin come moneta a corso legale, il che ha richiesto un sistema di pagamento in grado di gestire un elevato volume di microtransazioni giornaliere.
Implementazione Il governo ha lanciato il portafoglio digitale Chivo, che utilizzava la rete Lightning per pagamenti istantanei e senza commissioni in Bitcoin. I cittadini hanno ricevuto 30 dollari in BTC come bonus di benvenuto. I commercianti di tutto il paese, da McDonald's ai venditori ambulanti, hanno iniziato ad accettare pagamenti tramite Lightning Network.
Risultato: Milioni di salvadoregni hanno aderito a Lightning, sebbene i tassi di adozione siano variati. L'esperimento ha dimostrato che i canali statali possono gestire volumi di pagamento su scala nazionale, anche se persistono sfide relative alla formazione, alla volatilità e alla fiducia nei confronti degli istituti di custodia.
2. Sciopero e rimesse transfrontaliere (2022-oggi)
Scenario: Strike ha utilizzato Lightning Network per creare un servizio di pagamenti transfrontalieri in concorrenza con i tradizionali fornitori di rimesse come Western Union.
Implementazione Strike converte la valuta fiat del mittente in Bitcoin, instrada il pagamento attraverso la rete Lightning in pochi secondi e lo riconverte nella valuta fiat locale del destinatario. L'infrastruttura Bitcoin/Lightning funge da sistema di regolamento senza che nessuna delle due parti debba detenere Bitcoin.
Risultato: Strike ha dimostrato che Lightning può ridurre le commissioni sui trasferimenti di denaro transfrontalieri ben al di sotto della fascia tipica del 6-10% applicata dai fornitori tradizionali, con regolamento in pochi secondi anziché in giorni. Questo caso d'uso, che vede Bitcoin come mezzo di pagamento, è diventato una delle applicazioni concrete più convincenti di Lightning.
3. Nostr Zaps – Micropagamenti sui social media (2023-oggi)
Scenario: Nostr, un protocollo di social media decentralizzato, ha integrato i pagamenti Lightning, chiamati "zaps", come meccanismo nativo di mancia per i contenuti.
Implementazione Gli utenti collegano i loro portafogli Lightning ai client Nostr e inviano micropagamenti istantanei (anche di pochi satoshi) a creatori di contenuti, autori di note o chiunque apprezzino i loro contenuti. I pagamenti sono visibili sul feed social, creando un meccanismo pubblico di apprezzamento.
Risultato: È stato inviato un elevato volume di "zap", a dimostrazione del fatto che i micropagamenti Lightning possono creare nuovi paradigmi di interazione sociale. I creatori di contenuti guadagnano direttamente dal loro pubblico senza intermediari di piattaforma, realizzando una visione a lungo termine per la monetizzazione dell'economia dei creatori.
4. Raiden Network su Ethereum (2017-oggi)
Scenario: Raiden Network si proponeva di portare i canali di pagamento in stile Lightning su Ethereum, consentendo trasferimenti veloci di token ERC-20.
Implementazione Raiden crea canali di pagamento off-chain per i token Ethereum, consentendo trasferimenti istantanei tra i partecipanti al canale. La rete supporta il routing multi-hop simile a Lightning, con regolamento on-chain come soluzione di ripiego.
Risultato: Rispetto a Lightning, Raiden ha registrato un'adozione limitata, poiché il mercato L2 di Ethereum era dominato dai rollup. Tuttavia, ha dimostrato che la tecnologia dei canali di stato è indipendente dalla blockchain e ha convalidato il concetto per l'ecosistema dei token di Ethereum. L'ascesa dei rollup ha poi finito per oscurare i canali di stato per la scalabilità di Ethereum.
Tavola di comparazione
Caratteristica
Canali di stato
Rollups (Ottimista/ZK)
catene laterali
Plasma
Velocità di transazione
Millisecondi
Da secondi a minuti
secondi
secondi
Commissione per transazione
Quasi zero (off-chain)
Molto basso
Molto basso
Molto basso
Privacy
Alto (off-chain)
Basso (dati su L1)
Basso (catena pubblica)
Medio
Requisito di capitale
È necessario bloccare i fondi nei canali
Non è necessario alcun lucchetto
Non è necessario alcun lucchetto
È necessario un deposito per stipulare il contratto
Requisito online
Sì (o torre di guardia)
Sì (ottimista)/No (ZK)
Non
Sì (o torre di guardia)
Il miglior caso d'uso
Frequenti interazioni tra due parti
Calcolo generale
Calcolo generale
Trasferimenti di token
limite di throughput
Illimitato (all'interno del canale)
Elevato (varia a seconda dell'implementazione)
Elevato (varia a seconda dell'implementazione)
Elevato (varia a seconda dell'implementazione)
Disponibilità dei dati
Solo per i partecipanti
On-chain
Catena propria
On-chain (root)
Termini correlati
Lightning Network – La rete di canali di pagamento di Bitcoin, l'implementazione di canali di stato più diffusa
Livello 2 – La categoria di scalabilità che include canali di stato, rollup e altre soluzioni off-chain. Vedi Soluzione di livello 2
Rollup – Un approccio L2 alternativo che è diventato più popolare dei canali di stato per il calcolo generico
Bitcoin – La blockchain principale che utilizza canali di stato (Lightning) per la scalabilità dei pagamenti
Multisig – Portafogli multi-firma che supportano le transazioni di finanziamento tramite canali statali
Hash Time-Locked Contract (HTLC) – La primitiva crittografica che abilita i pagamenti Lightning multi-hop
Swap atomico – Tecnica di scambio cross-chain che condivide la meccanica HTLC con i canali di stato
Micropagamenti: pagamenti di importo molto ridotto che i canali statali rendono possibili in modo esclusivo grazie a commissioni pressoché nulle.
Watchtower – Servizi di terze parti che monitorano i canali per individuare frodi per conto degli utenti offline
Rete di canali di pagamento – Il concetto più ampio di canali di pagamento interconnessi che consentono l'instradamento multi-hop.
FAQ
D: In che modo un canale statale si differenzia da un rollup? A: I canali di stato mantengono tutti i dati delle transazioni solo tra i partecipanti: nulla viene inviato a L1 durante la durata del canale. I rollup inviano tutti i dati delle transazioni (o le prove) a L1 per ogni batch. I canali di stato offrono una maggiore privacy e commissioni inferiori per interazioni ripetute tra due parti, mentre i rollup supportano un numero qualsiasi di partecipanti e calcoli generici.
D: Devo tenere il computer connesso a Internet per utilizzare Rete Lightning? A: Per ricevere pagamenti e monitorare i canali, idealmente il tuo nodo dovrebbe essere online. Tuttavia, i moderni wallet Lightning per dispositivi mobili gestiscono tutto questo automaticamente tramite processi in background. Se rimani offline per periodi prolungati, i servizi di watchtower possono monitorare i tuoi canali e rispondere a potenziali tentativi di frode per tuo conto.
D: Cosa succede se il mio partner del canale Lightning tenta di imbrogliare? A: Se una controparte trasmette uno stato del canale obsoleto (uno stato che le avvantaggia), hai un periodo di tempo per presentare lo stato effettivo più recente insieme a una "transazione di giustizia" che richiede TUTTI i fondi presenti nel canale a titolo di sanzione. Questo forte meccanismo punitivo rende la frode economicamente irrazionale.
D: Quanto costa aprire un canale Lightning? A: L'apertura di un canale richiede una transazione Bitcoin on-chain, quindi il costo dipende dal mercato delle commissioni di Bitcoin in vigore al momento: può variare da meno di un dollaro nei periodi con commissioni basse a considerevolmente di più nei periodi con commissioni elevate. Una volta aperto, tutte le transazioni all'interno del canale sono sostanzialmente gratuite.
D: I canali statali possono gestire contratti intelligenti, non solo pagamenti? R: Sì, i canali di stato generalizzati possono eseguire transizioni di stato arbitrarie: giochi, logica condizionale, pagamenti in streaming e altro ancora. Tuttavia, l'implementazione di maggior successo (Lightning) si concentra sui pagamenti. I canali di stato generalizzati su Ethereum (Raiden, Celer) hanno avuto un'adozione limitata poiché i rollup si sono dimostrati più versatili per applicazioni complesse.
D: Lightning Network è davvero decentralizzato? A: Lightning è architettonicamente decentralizzato: chiunque può gestire un nodo e aprire canali. Tuttavia, la rete ha sviluppato modelli hub-and-spoke in cui i nodi più grandi e ben connessi instradano la maggior parte dei pagamenti. Questo rappresenta un vantaggio in termini di efficienza pratica, ma solleva preoccupazioni in merito alla centralizzazione dell'instradamento e alla potenziale censura da parte dei principali hub.
I prestiti garantiti da Bitcoin stanno entrando in quello che Silicon Valley Bank descrive come un nuovo capitolo istituzionale, con standard di prestito più rigorosi, in crescita
L'Unione Europea sta rivalutando la sua storica normativa sulle criptovalute a soli tre anni dall'entrata in vigore del quadro normativo Markets in Crypto Assets (MiCA).
