Lightning: perché un portafoglio on-chain non può semplicemente aggiungerla
È la domanda più frequente su Sparrow e merita una risposta vera, non un rifiuto in una parola. Lightning non è una funzione che un portafoglio Bitcoin possa accendere. È un sistema diverso, che si regola su Bitcoin, e farlo funzionare significa gestire infrastruttura.
Cos’è davvero Lightning
Un pagamento Lightning non tocca la blockchain. Due parti bloccano dei fondi in un canale a due-di-due con un’unica transazione on-chain e, da quel momento, aggiornano il saldo fra loro in privato quante volte vogliono, scambiandosi stati firmati. I pagamenti passano lungo catene di canali, quindi puoi pagare anche qualcuno con cui non hai un canale diretto. Solo l’apertura e la chiusura del canale sono eventi on-chain. È questo che rende tutto rapido ed economico, ed è anche questo che lo rende strutturalmente diverso da qualunque cosa faccia Sparrow.
Perché «basta aggiungere Lightning» non è una richiesta piccola
Ci sono quattro ostacoli, e nessuno riguarda la fatica di scrivere il codice.
- I canali non sono indirizzi. Il denaro in un canale non è un UTXO che puoi spendere a piacere: è una posizione detenuta insieme a una controparte, che deve collaborare oppure va costretta on-chain con una procedura di chiusura a tempo.
- La liquidità va gestita. Puoi ricevere solo quanto i tuoi partner di canale riescono a mandarti. La liquidità in entrata è una preoccupazione operativa continua, spesso a pagamento, e non ha alcun equivalente nei portafogli on-chain.
- Vuole stare sempre acceso. Un nodo offline non può instradare, non può ricevere in modo affidabile e non può controllare la catena se una controparte chiude un canale con uno stato vecchio. Un portafoglio desktop che apri due volte a settimana ha la forma sbagliata per quel compito.
- I backup non somigliano affatto a una frase di recupero. È la parte che frega tutti. On-chain, dodici parole scritte su carta recuperano tutto per sempre. Su Lightning il seed non basta: lo stato del canale cambia a ogni pagamento e ripristinare un backup non aggiornato può costarti il saldo del canale. Serve un backup continuo dello stato, con una semantica completamente diversa.
Innestare tutto questo su un portafoglio la cui ragione d’essere è la costruzione on-chain deliberata e verificabile rovinerebbe entrambe le metà. La risposta del progetto è fare bene un livello solo.
La configurazione realistica nel 2026
Nella pratica si usano entrambi, con una divisione del lavoro chiara. Il software per nodo Lightning — su una piccola macchina sempre accesa in casa, oppure un portafoglio Lightning per telefono se accetti i compromessi — tiene un saldo modesto da spendere per pagamenti istantanei e a commissioni basse. Sotto, Sparrow tiene la riserva on-chain: i risparmi, la conservazione a freddo, il quorum multisig, le monete che questo mese non spenderai.
I due mondi si toccano esattamente in due punti. Quando finanzi un canale stai facendo un normale pagamento on-chain verso un output a due-di-due, e Sparrow è un buon posto da cui farlo, perché scegli quali monete usare e vedi le commissioni prima di firmare. Quando un canale si chiude, i fondi tornano on-chain a un indirizzo che controlli, e Sparrow è un buon posto dove farli atterrare. Pensali come un conto corrente e una cassaforte, non come un portafoglio a cui manca una scheda.
