Protocollo · Tecnologia
Bitcoin Layer 2
Il Layer 1 di Bitcoin — la blockchain base — è ottimizzato per sicurezza e decentralizzazione, non per velocità o costo per transazione. Lo scaling avviene attraverso Layer 2: protocolli costruiti sopra Bitcoin che ereditano la sicurezza del Layer 1 spostando le transazioni off-chain. Ogni soluzione fa trade-off diversi tra scalabilità, trustlessness e complessità.
Perché Bitcoin ha bisogno di Layer 2
| Parametro | Bitcoin Layer 1 | Lightning Network | Visa (riferimento) |
|---|---|---|---|
| Throughput (TPS) | ~7 TPS | Milioni di TPS (teorici) | ~24.000 TPS |
| Tempo di conferma | ~10 min (1 blocco) | Millisecondi | Secondi |
| Costo tipico | $0.50-$50+ (variabile) | ~$0.001 | Percentuale sull'importo |
| Finalità | Assoluta (dopo 6 blocchi) | Condizionale (canali aperti) | Reversibile (chargeback) |
| Sicurezza | Trustless, verificabile | Dipende dalla liquidità | Fiducia nel sistema |
Il Trilemma dello scaling (sicurezza, decentralizzazione, scalabilità) non può essere risolto interamente al Layer 1 senza compromettere le prime due. I Layer 2 spostano la scalabilità fuori dalla catena principale preservando le garanzie fondamentali.
Le principali soluzioni Layer 2
Lightning Network
Payment Channel Network
Due parti aprono un canale di pagamento con una transazione Bitcoin on-chain, depositando fondi in un contratto multisig. Possono poi scambiarsi bitcoin istantaneamente aggiornando lo stato del canale off-chain. La chiusura del canale (settlement) richiede una transazione on-chain.
Punti di forza
- + Pagamenti istantanei a costo quasi zero
- + Trustless: le parti non si fidano l'una dell'altra ma del contratto
- + Privacy migliorata: le transazioni intermedie non sono on-chain
- + Routing multi-hop: si possono raggiungere nodi senza canale diretto
Limiti
- - Liquidità: i canali devono essere pre-finanziati
- - Online requirement: il nodo deve essere online per ricevere
- - Routing complesso per importi grandi
- - Non adatto per pagamenti molto piccoli o molto grandi
~6.000 BTC di capacità, ~15.000 nodi pubblici (aprile 2026). Usato da Strike, Cash App, Bitfinex, Muun Wallet.
Liquid Network
Federated Sidechain
Una sidechain gestita da una federazione di 15 exchange e istituzioni finanziarie (functionaries). I bitcoin vengono 'pegged' verso Liquid (L-BTC) attraverso un processo di consenso federato. Le transazioni Liquid sono più veloci (~1 min) e confidenziali (Confidential Transactions nascondono importi).
Punti di forza
- + Transazioni rapide e confidenziali
- + Ideale per trading istituzionale e arbitraggio tra exchange
- + Supporta asset emessi (L-BTC, stablecoin)
- + Finalità in 1-2 blocchi
Limiti
- - Federato (non trustless): richiede fiducia nei functionaries
- - Peg federato: il ritiro da Liquid dipende dalla federazione
- - Meno decentralizzato di Lightning o Layer 1
Utilizzato principalmente da exchange (Bitfinex, Kraken, BTCX) per settlement istituzionale e trading OTC.
Ark
Shared UTXO Protocol
Un service provider (Ark Service Provider — ASP) gestisce un pool di UTXO condivisi. Gli utenti possono ricevere bitcoin 'off-chain' attraverso vtxo (virtual UTXOs) e scambiarli senza necessità di canali bidirezionali pre-finanziati. Il settlement avviene on-chain in round periodici (ogni ora circa).
Punti di forza
- + Nessun canale da aprire o gestire
- + Receive senza essere online
- + Migliore user experience per nuovi utenti rispetto a Lightning
- + Privacy migliore: vtxo non sono collegati on-chain individualmente
Limiti
- - In fase di sviluppo/early deployment
- - Richiede fiducia parziale nell'ASP
- - Round periodici: non completamente istantaneo
- - Liquidità fornita dall'ASP
Progetto proposto da Burak Keceli nel 2023. Implementazioni in sviluppo (ark-protocol.org). Non ancora in produzione su larga scala.
Fedimint
Federated Ecash Mint
Un gruppo di guardiani fiduciosi (amici, comunità, cooperativa) gestisce una mint federata. I bitcoin depositati generano token ecash che possono essere scambiati privatamente all'interno della federazione. La fiducia è distribuita tra i guardiani con threshold signature (es. 3 di 5).
Punti di forza
- + Privacy massima: transazioni ecash non tracciabili
- + Custodia comunitaria: adatto a comunità, ONG, cooperatori
- + Integrazione con Lightning per pagamenti esterni
- + Riduce complessità di self-custody per utenti meno esperti
Limiti
- - Fiducia nei guardiani della federazione
- - Non trustless come Lightning
- - Rischio di perdita se la federazione smette di operare
- - Ecash non è on-chain Bitcoin
Sviluppato da Obi Nwosu e Eric Sirion. Clienti: Fedi app. Usato da comunità Bitcoin in El Salvador e Nigeria.
Confronto: quale Layer 2 per quale caso d'uso
| Caso d'uso | Soluzione consigliata | Perché |
|---|---|---|
| Micropagamenti quotidiani (caffè, abbonamenti) | Lightning Network | Istantaneo, fee quasi zero, wallet mature |
| Rimesse internazionali | Lightning Network | Strike, Bitfinex, corridoi USD-BTC-LN per El Salvador, Nigeria |
| Trading istituzionale e settlement OTC | Liquid Network | Transazioni confidenziali, rapidità tra exchange |
| Comunità, ONG, cooperatori senza competenze tech | Fedimint | Custodia semplificata, privacy, gestione comunitaria |
| Pagamenti per utenti non tecnici senza canali | Ark (futuro) | No channel management, receive offline, UX semplice |
| Store of value, importi grandi | Layer 1 (Bitcoin base) | Massima sicurezza, finalità assoluta |
Layer 2 vs Altcoin: la differenza fondamentale
Le altcoin spesso si presentano come "Bitcoin scalabile" — Ethereum, Solana, XRP. La differenza con i Layer 2 di Bitcoin è strutturale:
Bitcoin nel ciclo: Layer 2 e adozione
Il Report Fides Bitcoin monitora le metriche di adozione on-chain e off-chain — inclusa la crescita della capacità Lightning e i flussi istituzionali.
Iscriviti gratis →