Submarine Swap

W zwykłym swapie użytkownik blokuje bitcoin on-chain, a usługa opłaca jego fakturę Lightning. W Reverse Submarine Swap przekazuje warunkową płatność Lightning i odbiera wyjście on-chain. Nie musi to być wymiana na inną walutę ani zwykłe zamknięcie własnego kanału. [Boltz — Swap types and states]

Preimage odpowiadający skrótowi SHA256 pozwala rozliczyć powiązaną płatność i odebrać zablokowane wyjście. W odwrotnym procesie klient tworzy preimage, a usługa utrzymuje HTLC Lightning jako oczekujący do ujawnienia. Claim on-chain może ujawnić sekret; ścieżka współpracy może przekazać go usłudze poza łańcuchem. Oczekująca płatność nie jest ostatecznym rozliczeniem. [Boltz — Swap types and states] [Lightning Loop — Architecture]

Przed finansowaniem klient musi sprawdzić sieć, kwoty z opłatami, hash, klucze, termin oraz powiązanie skryptu lub drzewa Taproot z adresem docelowym. Faktura musi odpowiadać uzgodnionemu skrótowi i kwocie. Poprawna kryptografia nie pomaga, jeśli aplikacja bez sprawdzenia płaci na dowolny adres z API. [Boltz — Client verification]

Swapy Taproot mogą korzystać ze wspólnego podpisu MuSig2 key-path, oszczędzając miejsce i ukrywając skrypt. Jeśli druga strona nie współpracuje, klient musi obsługiwać odpowiedni claim lub refund script-path. Szybki zwrot kooperacyjny jest dodatkową opcją, a nie usunięciem warunku czasowego jednostronnego odzyskania. [Boltz — Claims and refunds] [Lightning Loop — Architecture]

Przy nieudanym zwykłym swapie z już zablokowanymi środkami on-chain klient aktywnie buduje i rozgłasza transakcję refund; ścieżka jednostronna czeka na timelock. Przy nierozliczonej odwrotnej płatności Lightning HTLC może zostać anulowany i odblokować środki bez takiej transakcji użytkownika. Po ujawnieniu preimage nie należy jednak zakładać automatycznego powrotu już rozliczonej płatności. [Boltz — Swap types and states] [Boltz — Claims and refunds]

Swap ma koszty usługi, routingu i on-chain; nieudany zwykły swap może dodać opłatę za zwrot. Ujawnienie preimage przed potwierdzeniem claim tworzy wyścig z terminem. Loop wyraźnie opisuje, że podniesienie opłaty sweep blisko timeout może przekroczyć pierwotny limit. Wycena nie jest więc bezwarunkowym ograniczeniem wszystkich ryzyk. [Lightning Loop — Fees] [Lightning Loop — Sweep fee limits]

Zachowaj klucz refund lub rescue key i dane swapu zgodnie z używanym klientem; zwykły seed innego portfela nie jest uniwersalnym odzyskaniem swapu. Boltz restore wyprowadza klucze i wyszukuje swapy, lecz sam xpub nie podpisuje. Znaczenie mają też skrypt, wyjście i timeout, a nie tylko identyfikator usługi. [Boltz — Swap restore] [Boltz — Claims and refunds]

W odwrotnym procesie Boltz invoice.settled może oznaczać rozliczenie faktury Lightning po ujawnieniu preimage, podczas gdy Boltz nie śledzi rozgłoszenia claim przez klienta. Sprawdź własne wyjście docelowe i wymagane potwierdzenia przed uznaniem zakończenia lub ponowną płatnością. Taproot key-path ogranicza widoczność skryptu, nie wiedzę dostawcy o kwotach i czasie. [Boltz — Swap types and states] [Boltz — Client verification]