Boltz

पहले दिशा समझें। अगर आपके बिटकॉइन मुख्य ब्लॉकचेन पर हैं और आप Lightning वॉलेट में रकम डालना चाहते हैं, तो Submarine Swap इस्तेमाल होता है। आप on-chain भुगतान करते हैं, यानी ऐसा लेनदेन जो ब्लॉकचेन में दर्ज होता है, और Lightning पर भुगतान पाते हैं। Reverse Swap उलटी दिशा में होता है। आप Lightning invoice चुकाते हैं—यह जरूरी विवरण वाला भुगतान अनुरोध है—और फिर on-chain रकम लेने का अधिकार पाते हैं। Chain Swap दो ब्लॉकचेन को जोड़ता है, जैसे Bitcoin और Liquid। बाद वाले दोनों प्रकारों में आपके ऐप को claim भेजना होता है: यह वह लेनदेन है जिससे आप रकम वास्तव में प्राप्त करते हैं। इसलिए भुगतान करने से आपकी जिम्मेदारी पूरी नहीं हो जाती। Liquid पर आपको L-BTC मिलता है, जो उस अलग नेटवर्क की परिसंपत्ति है, Bitcoin की मुख्य ब्लॉकचेन का सामान्य आउटपुट नहीं। पुष्टि करने से पहले प्राप्तकर्ता नेटवर्क जाँच लें। [1]

मान लीजिए, सर्वर आपको भुगतान का पता और राशि भेजता है। बाकी जाँच किए बिना आप बस उस पर भरोसा कर रहे होंगे कि ये विवरण तय किए गए swap से मेल खाते हैं। Boltz क्लाइंट, यानी आपके उपकरण पर चलने वाला ऐप, राशि की खुद गणना करे और Lightning invoice में payment hash जाँचे। Hash गणना से बनी पहचान है, जो भुगतान को सही swap से जोड़ती है। ऐप को पता और script भी जाँचना चाहिए। Script वे शर्तें हैं जो तय करती हैं कि धन कौन और कब खर्च कर सकता है। Bitcoin आउटपुट बनाने के तरीके Taproot में इसमें कुंजियाँ और script tree भी शामिल हैं; यह संभावित खर्च-शर्तों की संरचना है। सामान्य उपयोगकर्ता से ये गणनाएँ हाथ से करने की अपेक्षा नहीं है। जरूरी यह है कि क्लाइंट सचमुच ये जाँच करे। boltz-web-app का खुला कोड समीक्षा करने देता है, लेकिन इससे अपने आप किसी दूसरे एकीकरण या आपके ब्राउज़र में अभी लोड हुए ऐप का सही होना साबित नहीं होता। [5] [9]

Swap का पता ऐसा खाता नहीं है जिसमें धीरे-धीरे जरूरी रकम जमा की जाए। Boltz के दस्तावेज एक ही lockup लेनदेन की माँग करते हैं: यह शुरुआती भुगतान swap की शर्तों के तहत धन लॉक करता है। उसी पते पर बाद में भेजी रकम इसमें नहीं जुड़ती; swap के लिए केवल पहला भुगतान इस्तेमाल होता है। गलती से कम भेज दिया हो तो अपने आप बाकी रकम न भेजें। Chain Swap में क्लाइंट refund, यानी वापसी, करने के बजाय मिली रकम के आधार पर नया मूल्य प्रस्ताव दे सकता है। लेकिन पर्याप्त समय बाकी होना चाहिए, राशि निर्धारित सीमाओं में होनी चाहिए और refund का हस्ताक्षर अभी न बना हो। सेवा के पास भी पर्याप्त धन उपलब्ध होना चाहिए। यह गलत राशि से शुरू हुए Chain Swap के लिए खास प्रक्रिया है, हर असफल भुगतान को दूसरी किस्त भेजकर पूरा करने की अनुमति नहीं। [2] [8]

लागत की तुलना करते समय केवल विज्ञापन में दिया प्रतिशत न देखें; पूरे हस्तांतरण का हिसाब लगाएँ। Boltz सेवा शुल्क लेता है और संबंधित ब्लॉकचेन पर लेनदेन की अपनी लागत होती है। Reverse Swap के तकनीकी विवरण में onchainAmount मिलता है। यह वह राशि है जो Boltz अपने lockup लेनदेन के शुल्क का हिसाब लगाने के बाद आपके लिए लॉक करता है। फिर भी यह आपके वॉलेट में पहुँचने वाली शुद्ध राशि नहीं है, क्योंकि claim, यानी रकम लेने वाले आपके लेनदेन, का शुल्क भी आपको देना होता है। Chain Swap में शुरुआत में धन भेजने वाले लेनदेन का शुल्क भी आपका होता है। कुल खर्च की तुलना आखिर में मिली रकम से करें। दरें, न्यूनतम राशि और सीमाएँ खास दिशा तथा नेटवर्कों की जोड़ी के लिए होती हैं और नेटवर्क की स्थिति के साथ बदल सकती हैं। पुराने प्रचार का उदाहरण आज का मूल्य प्रस्ताव नहीं है। [6]

धन भेजने के बाद Submarine Swap या Chain Swap असफल हो जाए तो उसे वापस पाने के लिए आपका अपना लेनदेन जरूरी हो सकता है। उसके लिए refund कुंजी और सुरक्षित रखे swap विवरण चाहिए। Taproot में Boltz का सहयोग मिले तो key path refund तेजी से रकम वापस कर सकता है: संयुक्त हस्ताक्षर वाला यह रास्ता समय की शर्त पूरी होने का इंतजार नहीं कराता। सहयोग न मिले तो पहले से तय script path का रास्ता रहता है। इससे timelock, यानी लेनदेन के नियमों में तय समय-प्रतिबंध, पूरा होने के बाद वापसी की जा सकती है। यह विकल्प होने भर से लेनदेन अपने आप नेटवर्क पर नहीं पहुँचता; क्लाइंट को उसे भेजना होता है। Reverse Swap में अभी निपटान न हुए Lightning भुगतान को रद्द करना अलग स्थिति है, जिसमें रुकी हुई रकम फिर उपलब्ध होती है। इससे यह निष्कर्ष नहीं निकलता कि ऐप की हर खराबी या रकम लेने की समय-सीमा चूकने पर धन अपने आप वापस मिल जाएगा। [3]

Reverse Swap में Lightning भुगतान का निपटान और on-chain रकम प्राप्त करना दो अलग घटनाएँ हैं। invoice.settled स्थिति का मतलब यह हो सकता है कि Boltz को preimage मिल गया है। यह गुप्त मान उस भुगतान को पूरा होने देता है जो उसके hash से जुड़ा है। इसके बाद आपका ऐप सचमुच claim भेजता है या नहीं, सर्वर इस पर निगरानी नहीं रखता। इसलिए क्लाइंट को अपने आउटपुट, यानी आपके लिए तय धन, की जाँच करके timeout से पहले रकम लेनी चाहिए। Timeout वह समय-सीमा है जिसके बाद दूसरा पक्ष उसे वापस ले सकता है। ऐप बंद होने, डेटा खोने या लेनदेन का शुल्क बहुत कम रखने से प्रक्रिया अटक सकती है। फोन की सूचना ऐप को सक्रिय करने में मदद कर सकती है, लेकिन नेटवर्क पर भेजे गए लेनदेन की जगह नहीं लेती। नतीजा रकम वास्तव में मिलने से तय करें, केवल हरे रंग के सफलता संदेश से नहीं। [1] [2]

सामान्य वॉलेट बैकअप में किसी अधूरे swap की जरूरत का सारा डेटा हो, यह जरूरी नहीं। Boltz Rescue Key बैकअप शब्दों का समूह है, जो समर्थित पुनर्प्राप्ति प्रक्रिया के लिए होता है। Swap Restore इसकी मदद से समर्थित UTXO swaps का विवरण दोबारा तैयार करता है। UTXO वे अलग-अलग लेनदेन आउटपुट हैं जिन्हें अभी खर्च नहीं किया गया है। क्लाइंट xpub बनाता है: यह विस्तारित सार्वजनिक कुंजी संबंधित swaps ढूँढ़ने में काम आती है। साथ ही संबंधित निजी कुंजियाँ भी व्युत्पन्न होती हैं। रकम लेने के लिए सही preimage को फिर प्राप्त करना भी जरूरी है। इसलिए किसी दूसरे ऐप का मनमाना seed, यानी उसका शुरुआती गुप्त मान, अपने आप काम नहीं करेगा; कुंजियाँ बनाने की विधि और पुनर्प्राप्ति प्रारूप मेल खाने चाहिए। निजी कुंजियाँ आपके उपकरण पर ही रहती हैं। xpub भेजने से धन खर्च नहीं किया जा सकता, लेकिन Boltz के सर्वर को आपके swaps का इतिहास पता चलता है। सामान्य वॉलेट बैकअप के साथ इस्तेमाल किए गए क्लाइंट के रिकॉर्ड और अगर पुराने refund दस्तावेज हों तो उन्हें भी सुरक्षित रखें। [4] [2]

लेनदेन ब्लॉक में शामिल होने से पहले नेटवर्क पर दिखाई दे सकता है। इस चरण में उसे स्वीकार करना 0-conf कहलाता है, यानी बिना पुष्टि के स्वीकार करना। Boltz के दस्तावेज कहते हैं कि Bitcoin की मुख्य ब्लॉकचेन पर वह उपयोगकर्ताओं की ऐसी जमा स्वीकार नहीं करता। वजह full-RBF का प्रसार है: इन नियमों के तहत कुछ शर्तों में अपुष्ट लेनदेन को अधिक शुल्क वाले लेनदेन से बदला जा सकता है, भले ही मूल लेनदेन ने इसकी पहले अनुमति का संकेत न दिया हो। Reverse Swap में अपुष्ट लेनदेन स्वीकार करने का जोखिम प्राप्तकर्ता उठाता है। नेटवर्कों की एक जोड़ी के नियम हर दूसरी जोड़ी पर लागू मानना सही नहीं है। दस्तावेज उपलब्ध होने से यह भी साबित नहीं होता कि आपके हस्तांतरण के लिए सेवा के पास इस समय पर्याप्त धन है। भुगतान से पहले मौजूदा मानदंड, पूरा करने के लिए बचा समय और उस swap की स्थिति जाँचें। [7] [6]