Submarine swap

I due lati dello scambio vivono su livelli diversi, ed è tutta qui la difficoltà. Uno swap la risolve facendo sì che un solo segreto sblocchi entrambe le gambe: il contratto on-chain e il pagamento Lightning sono legati a un unico hash, quindi o si regolano entrambi o entrambi tornano indietro. Alex Bosworth ha descritto la tecnica nel 2018.

Come funziona

Un submarine swap è un solo segreto che spende due contratti situati su livelli diversi.

Supponi di detenere bitcoin on-chain e di volere un saldo Lightning. Il fornitore dello swap genera una preimage casuale, ne calcola l'hash e ti emette una fattura Lightning legata a quell'hash. Paghi con una normale transazione on-chain verso uno script che dice: il fornitore può reclamare questi fondi rivelando una preimage che corrisponde all'hash, oppure tu puoi recuperarli alla scadenza di un timelock. Il fornitore vede confermati i tuoi fondi, rivela la preimage on-chain per reclamarli, e quella stessa preimage è ciò che regola la fattura Lightning nel tuo wallet. Un solo valore, due regolamenti, nessuna finestra in cui una parte tiene entrambe le cose.

Sono i timelock a renderlo sicuro e non solo comodo. Il percorso di rimborso on-chain deve scadere dopo la gamba Lightning, così che, se il fornitore si blocca, il tuo pagamento Lightning sia già fallito e annullato prima che il tuo rimborso on-chain diventi reclamabile. Inverti quell'ordine e il fornitore potrebbe trattenere la preimage finché il tuo rimborso non è speso, per poi regolare il lato Lightning.

Esegui la stessa costruzione al contrario e fa il lavoro opposto. In uno swap inverso paghi una fattura Lightning e il fornitore ti paga on-chain, il che converte il saldo del canale in cold storage senza chiudere un canale. Lightning Labs ha confezionato entrambe le direzioni come Loop, pubblicato come versione alpha il 20 marzo 2019, con Loop Out che è la direzione inversa e quella che si usa per creare spazio per ricevere.

Ciò che lo swap non elimina è un'esposizione alla controparte di tipo più lieve. I tuoi fondi non possono essere rubati, perché ogni percorso è imposto da uno script o scade. Possono essere ritardati: un fornitore che va offline a metà swap ti lascia in attesa di un timelock, che è di minuti sulla gamba Lightning e può essere di ore su quella on-chain.

Dove lo vedi

Gli swap sono l'infrastruttura dietro funzioni che non li menzionano mai.

I wallet mobili che ti permettono di «ricaricare dal tuo saldo on-chain» senza aprire un canale di solito eseguono un submarine swap sotto il cofano. I wallet che offrono un passaggio con un tocco da Lightning a un indirizzo di un wallet hardware eseguono quello inverso. Gli operatori dei nodi li usano come un negozio usa un deposito notturno, svuotando i canali pieni verso la conservazione on-chain e ripristinando la capacità di ricevere pagamenti. Boltz e Loop sono i due nomi che incontrerai più spesso negli strumenti e nella documentazione.

Ci sono due costi che vale la pena conoscere prima di usarne uno. Primo, il fornitore applica una commissione di servizio in aggiunta alla commissione di mining on-chain, e sui piccoli importi domina la commissione di mining: scambiare 50.000 satoshi quando la catena chiede 20 sat/vB è un cattivo affare, per quanto buono sia il tasso del fornitore. Secondo, una delle gambe è una transazione on-chain, quindi l'intera operazione attende le conferme anche se la metà Lightning è istantanea.

Submarine swap vs atomic swap

Un submarine swap scambia bitcoin con bitcoin tra due livelli; un atomic swap scambia due attività diverse tra due blockchain diverse. Entrambi usano lo stesso trucco di hash e timelock, ed è per questo che i nomi si confondono. La differenza sta in ciò che cambia di mano: dopo un submarine swap detieni la stessa attività in un altro posto, on-chain invece che in un canale, mentre dopo un atomic swap detieni qualcosa di completamente diverso e hai assunto il rischio di prezzo di quell'attività. I submarine swap sono infrastruttura ordinaria usata ogni giorno. Gli atomic swap tra blockchain restano rari nella pratica, perché richiedono che entrambe le blockchain gestiscano contratti compatibili e che entrambe le parti restino online.