Submarine Swap सामान्यतः ऑन-चेन बिटकॉइन को Lightning भुगतान से बदलता है; Reverse Submarine Swap उल्टी दिशा में चलता है। हैश और समय की शर्तें दोनों शाखाओं को जोड़ती हैं ताकि सही सत्यापन करने वाला क्लाइंट मूल रकम की असीमित अभिरक्षा सेवा को न सौंपे।
सामान्य स्वैप में उपयोगकर्ता ऑन-चेन बिटकॉइन लॉक करता है और सेवा उसका Lightning चालान चुकाती है। Reverse Submarine Swap में वह सशर्त Lightning भुगतान देता और ऑन-चेन आउटपुट प्राप्त करता है। यह जरूरी नहीं कि दूसरी मुद्रा में विनिमय या अपने चैनल को केवल बंद करना हो। [Boltz — Swap types and states]
SHA256 हैश से मेल खाती preimage जुड़े भुगतान का निपटान और लॉक आउटपुट का दावा संभव करती है। उल्टे प्रवाह में क्लाइंट preimage बनाता है और खुलासे से पहले सेवा Lightning HTLC लंबित रखती है। ऑन-चेन claim रहस्य खोल सकता है; सहयोगी रास्ता उसे ऑफ-चेन सेवा को दे सकता है। लंबित भुगतान अंतिम निपटान नहीं है। [Boltz — Swap types and states] [Lightning Loop — Architecture]
धन देने से पहले नेटवर्क, शुल्क समेत राशि, हैश, कुंजियाँ, समयसीमा और स्क्रिप्ट या Taproot वृक्ष का लक्ष्य पते से बंधन जाँचना चाहिए। चालान सहमत हैश और राशि से मिलना चाहिए। अगर ऐप API के किसी भी पते पर बिना जाँच भुगतान करे तो सही क्रिप्टोग्राफी मदद नहीं करती। [Boltz — Client verification]
Taproot स्वैप दोनों पक्षों के MuSig2 key-path हस्ताक्षर से जगह बचा और स्क्रिप्ट छिपा सकते हैं। दूसरा पक्ष सहयोग न करे तो क्लाइंट को संबंधित script-path claim या refund का समर्थन चाहिए। तेज सहयोगी वापसी एक विकल्प जोड़ती है; एकतरफा पुनर्प्राप्ति की समय शर्त नहीं हटाती। [Boltz — Claims and refunds] [Lightning Loop — Architecture]
विफल सामान्य स्वैप में ऑन-चेन धन पहले ही लॉक हो तो क्लाइंट सक्रिय रूप से refund लेनदेन बनाकर प्रसारित करता है; एकतरफा रास्ता timelock का इंतजार करता है। अनिपटाए उल्टे Lightning भुगतान में HTLC रद्द होकर ऐसे उपयोगकर्ता वापसी लेनदेन के बिना धन खोल सकता है। लेकिन preimage खोलने के बाद निपटा भुगतान अपने आप लौटेगा, ऐसा न मानें। [Boltz — Swap types and states] [Boltz — Claims and refunds]
स्वैप में सेवा, रूटिंग और ऑन-चेन लागत होती है; विफल सामान्य स्वैप में वापसी शुल्क जुड़ सकता है। claim की पुष्टि से पहले preimage खोलने से समयसीमा के साथ दौड़ बनती है। Loop स्पष्ट बताता है कि timeout के पास sweep शुल्क बढ़ाना मूल सीमा पार कर सकता है। इसलिए मूल्य अनुमान हर जोखिम की बिना शर्त ऊपरी सीमा नहीं है। [Lightning Loop — Fees] [Lightning Loop — Sweep fee limits]
इस्तेमाल किए क्लाइंट के अनुसार refund कुंजी या rescue key और स्वैप डेटा सँभालें; दूसरे वॉलेट का सामान्य सीड सार्वभौमिक स्वैप पुनर्प्राप्ति नहीं है। Boltz restore कुंजियाँ निकालता और स्वैप खोजता है, लेकिन केवल xpub हस्ताक्षर नहीं करता। सेवा पहचानकर्ता के अलावा स्क्रिप्ट, आउटपुट और timeout भी महत्त्वपूर्ण हैं। [Boltz — Swap restore] [Boltz — Claims and refunds]
Boltz के उल्टे प्रवाह में invoice.settled का अर्थ preimage देने के बाद Lightning चालान का निपटान हो सकता है, जबकि Boltz नहीं देखता कि क्लाइंट ने claim प्रसारित किया या नहीं। पूरा मानने या दोबारा भुगतान से पहले अपना लक्ष्य आउटपुट और जरूरी पुष्टियाँ जाँचें। Taproot key-path स्क्रिप्ट की दृश्यता घटाता है, प्रदाता की राशि और समय की जानकारी नहीं। [Boltz — Swap types and states] [Boltz — Client verification]
पूरी तस्वीर के लिए इस प्रविष्टि के साथ यह भी पढ़ें Lightning Network, HTLC, Inbound Liquidity, Taproot, MuSig2, CHECKLOCKTIMEVERIFY. इस प्रविष्टि का उल्लेख यहाँ भी है Lightning तरलता, Inbound Liquidity, Boltz.