Vai al contenuto

Fornitore di servizi Lightning

Da BitcoinWiki.

Un fornitore di servizi Lightning (LSP) è un operatore che fornisce liquidità di canale e connettività agli utenti del Lightning Network. Un LSP gestisce normalmente uno o più nodi Lightning e apre o amministra canali di pagamento per clienti che non eseguono autonomamente ogni operazione. Il termine indica un ruolo di servizio, non il protocollo Lightning né una particolare implementazione di nodo.[1]

Gli LSP sono spesso integrati nei wallet, ma un LSP e un wallet non sono necessariamente la stessa entità. Un wallet non custodial può utilizzare un LSP mentre l'utente mantiene il controllo delle chiavi relative al proprio lato del canale. Anche un wallet custodial o un elaboratore di pagamenti può offrire accesso a Lightning, ma in tale modello il fornitore controlla i saldi dei clienti. La sola denominazione LSP non stabilisce quindi se un prodotto sia custodial.[2]

Ruolo nel Lightning Network

I canali Lightning hanno liquidità direzionale. Un utente può inviare solo dal saldo presente sul proprio lato del canale e può ricevere solo quando sul lato remoto è disponibile un saldo sufficiente. Un nuovo wallet può quindi possedere bitcoin ma non avere la liquidità in entrata necessaria per ricevere un pagamento Lightning.

Un LSP può risolvere il problema destinando capitale proprio a un canale con il cliente. Il fornitore diventa il peer Lightning diretto del cliente e fornisce capacità in entrata; i pagamenti dipendono comunque da percorsi utilizzabili tra il fornitore e il resto della rete. Il fornitore può recuperare i costi di finanziamento on-chain, il costo del capitale impegnato e le spese operative mediante commissioni di apertura, servizio o instradamento. Un LSP non elimina i più ampi vincoli di liquidità e instradamento del Lightning Network.

Gli LSP vanno distinti dalle implementazioni Lightning. LND, Core Lightning, Eclair e Lightning Development Kit sono software impiegati per gestire nodi Lightning o realizzare wallet. Un'organizzazione può usare una di queste implementazioni per offrire un servizio LSP, ma il software in sé non è necessariamente un fornitore di servizi.

Modelli di servizio

Canali acquistati

Un cliente può acquistare un canale prima di ricevere un pagamento. La specifica attiva LSPS1, pubblicata come bLIP 51, definisce un'API attraverso la quale un wallet ottiene un'offerta, crea e paga un ordine e chiede all'LSP di aprire un canale. La specifica precisa che l'acquisto non è atomico: il cliente deve fidarsi che il fornitore consegni il canale promesso o rimborsi un ordine non riuscito.[3]

Canali just-in-time

Un canale just-in-time (JIT) viene aperto in risposta a un pagamento in entrata. Con LSPS2, pubblicata come bLIP 52, il pagamento viene instradato all'LSP, che apre un canale verso il destinatario e inoltra il pagamento dopo aver detratto la commissione di apertura concordata. Ciò consente a un cliente privo di canali di iniziare a ricevere tramite Lightning senza acquistare in anticipo capacità in entrata.[4][5]

I canali JIT possono utilizzare tecniche a zero conferme, quindi il primo pagamento può essere consegnato prima della conferma della transazione di finanziamento. Questo accelera l'avvio, ma crea ulteriori rischi di fiducia e relativi alla transazione di finanziamento, in base al modello negoziato. L'offerta LSPS2 comprende limiti delle commissioni, periodi di validità e una durata minima promessa del canale.

Swap e gestione della liquidità

Alcuni fornitori scambiano bitcoin on-chain e off-chain mediante submarine swap. Uno swap può aggiungere liquidità in uscita, liberare liquidità in entrata o spostare fondi tra Lightning e la blockchain Bitcoin senza chiudere ogni canale interessato. Questi servizi risolvono un problema diverso dall'acquisto di un nuovo canale e possono essere offerti indipendentemente da un rapporto con un LSP.

Anche funzioni server per wallet, come backup cifrati, notifiche di pagamento, identificatori di pagamento riutilizzabili, amministrazione di nodi ospitati e monitoraggio tramite watchtower, sono servizi correlati. Non rendono di per sé un operatore un LSP, sebbene un singolo fornitore possa combinare più funzioni.[6]

Interoperabilità

Le prime integrazioni LSP utilizzavano spesso API specifiche del fornitore. Le Lightning Service Provider Specifications sono state sviluppate affinché wallet e fornitori potessero adottare formati comuni di richiesta e risposta. Nel gennaio 2025 lo sviluppo è passato dal repository originario delle specifiche LSP al processo Bitcoin Lightning Improvement Proposal.[7]

Le specifiche attive comprendono:

  • LSPS0 / bLIP 50, un livello di trasporto e rilevamento che veicola messaggi JSON-RPC tramite il trasporto peer-to-peer di Lightning;[8]
  • LSPS1 / bLIP 51, per acquistare direttamente un canale; e
  • LSPS2 / bLIP 52, per negoziare un canale JIT all'arrivo di un pagamento.

Il supporto di una specifica non implica quello di tutti i servizi LSP. Wallet e fornitori possono inoltre utilizzare API proprietarie o altri meccanismi di liquidità.

Fiducia, privacy e aspetti operativi

In un accordo non custodial, il cliente controlla le chiavi necessarie per spendere il proprio saldo del canale, mentre l'LSP controlla il suo lato. Ciò è diverso dal depositare bitcoin presso un custode. Il cliente può tuttavia dipendere dal fornitore affinché apra un canale della dimensione corretta, rispetti le condizioni offerte, rimanga raggiungibile, inoltri i pagamenti e non chiuda il canale prima del previsto. Gli obblighi precisi variano tra protocolli di servizio e implementazioni.

L'LSP è anche il peer di rete immediato del cliente. Può osservare la connessione del nodo del cliente e informazioni sui pagamenti che inoltra, sebbene l'onion routing di Lightning impedisca normalmente a un nodo intermedio di conoscere un intero percorso a più salti. Studi sulla privacy di Lightning hanno mostrato che le informazioni pubbliche della rete e il comportamento di instradamento possono rivelare dati destinati a restare privati; né Lightning né un LSP garantiscono quindi l'anonimato.[9]

L'uso di un servizio può semplificare la gestione dei canali, ma al tempo stesso concentrare connettività o liquidità presso pochi operatori. I wallet che consentono di cambiare fornitore, usarne più di uno o gestire direttamente i canali riducono la dipendenza da un unico servizio.[6]

Commissioni e affidabilità dipendono dal fornitore e dalle condizioni correnti della rete. Oltre alle commissioni di instradamento Lightning e al costo on-chain di apertura o chiusura del canale, può essere applicata una commissione di servizio. Un canale fornito da un LSP non garantisce né un percorso completo verso ogni destinatario né disponibilità permanente.

Voci correlate

  • Hashed Timelock Contracts
  • Transazioni off-chain
  • Transazioni Bitcoin

Collegamenti esterni

Note

  1. ↑ Lightning Service Provider, Lightning Labs Builder's Guide, accessed 3 September 2026.
  2. ↑ Lightning services, Bitcoin Design Guide, accessed 3 September 2026.
  3. ↑ bLIP 51: LSPS1 Channel Requests, Lightning specifications repository, accessed 3 September 2026.
  4. ↑ bLIP 52: LSPS2 JIT Channel Negotiation, Lightning specifications repository, accessed 3 September 2026.
  5. ↑ Just-In-Time channels, Bitcoin Optech, accessed 3 September 2026.
  6. ↑ 6,0 6,1 Lightning services, Bitcoin Design Guide, accessed 3 September 2026.
  7. ↑ Lightning Service Provider Spec repository, archived 10 January 2025; accessed 3 September 2026.
  8. ↑ bLIP 50: LSPS0 LSP Spec Transport Layer, Lightning specifications repository, accessed 3 September 2026.
  9. ↑ An Empirical Analysis of Privacy in the Lightning Network, H. Yousaf et al., Financial Cryptography and Data Security, 2021.
Estratto da "https://bitcoinwiki.org/it/index.php?title=Fornitore_di_servizi_Lightning&oldid=3421"