Bitcoin Lightning बनाम ऑन-चेन भुगतान: शुल्क, पुष्टि और चैनल

दोनों रास्ते Bitcoin में मूल्य भेज सकते हैं, लेकिन बेस लेयर का उपयोग अलग तरह से करते हैं। ऑन-चेन भुगतान ऐसा लेनदेन बनाता है जिसे Bitcoin नोड प्रसारित कर सकते हैं और माइनर ब्लॉक में शामिल कर सकते हैं। Lightning भुगतान चैनलों के मार्ग से जाता है; हर भुगतान अलग Bitcoin लेनदेन के रूप में ब्लॉकचेन पर नहीं लिखा जाता।

यह अंतर शुल्क, उपलब्धता, गोपनीयता और वॉलेट में दिखने वाली स्थिति को प्रभावित करता है। Lightning कोई दूसरी मुद्रा नहीं है, और “ऑफ-चेन” का अर्थ नियमों या जोखिमों से मुक्त होना नहीं है। चैनल खोलने और जरूरत पड़ने पर बैलेंस निपटाने के लिए सहभागी Bitcoin लेनदेन का उपयोग करते हैं।

वॉलेट खर्च योग्य आउटपुट चुनता है, लेनदेन बनाता और साइन करता है, फिर उसे Bitcoin नोड को प्रसारित करता है। नोड उसे आगे भेजकर अपने स्थानीय mempool में रख सकते हैं, जब तक कोई माइनर उसे ब्लॉक में शामिल न करे। नेटवर्क शुल्क लेनदेन के आकार और चुनी गई शुल्क दर पर निर्भर करता है, केवल भेजी गई Bitcoin राशि पर नहीं। Bitcoin Developer Guide का भुगतान-प्रसंस्करण भाग यह प्रक्रिया बताता है।

लेनदेन ID से प्रसारित लेनदेन देखा जा सकता है, लेकिन दिखना पुष्टि होने के समान नहीं है। एक पुष्टि का अर्थ है कि किसी ब्लॉक में लेनदेन शामिल है; बाद के ब्लॉक पुष्टि संख्या बढ़ाते हैं। प्राप्तकर्ता या उसकी सेवा राशि और संदर्भ के अनुसार आवश्यक पुष्टि तय करती है। ब्लॉक बनने का समय या पुष्टि का लक्ष्य यह वादा नहीं करता कि पैसा किसी खास मिनट तक उपलब्ध होगा।

प्राप्तकर्ता Lightning इनवॉइस दे सकता है जिसमें भुगतान अनुरोध, राशि, गंतव्य, विवरण और समय-सीमा हो सकती है। भेजने वाला वॉलेट उसे पढ़ता है और उपयुक्त क्षमता तथा सीमाओं वाला चैनल मार्ग खोजता है। BOLT 11 इनवॉइस विनिर्देश अनुरोध के फ़ील्ड बताता है; BOLT 7 चैनल घोषणाएँ और रूटिंग अपडेट समझाता है।

रूट किया गया भुगतान शर्तयुक्त ट्रांसफर का उपयोग करता है, जिसे HTLC कहा जाता है। हर मध्यवर्ती नोड अगले हिस्से के लिए आवश्यक राशि और समय की शर्तें पाता है; अंतिम प्राप्तकर्ता भुगतान पूरा करने वाला गुप्त मान बताता है। जरूरी दिशा में लिक्विडिटी कम हो, अपडेट पुराना हो, सीमा पूरी हो या नोड उपलब्ध न हो तो मार्ग विफल हो सकता है। सफल Lightning भुगतान नया ब्लॉक आने की प्रतीक्षा किए बिना पूरा हो सकता है, लेकिन हर इनवॉइस के सफल होने की गारंटी नहीं है।

भुगतान चैनल ऑन-चेन फंडिंग लेनदेन से शुरू होता है और उसकी कुल क्षमता होती है। सहभागी एक-दूसरे को भुगतान करें तो हर अपडेट को अलग Bitcoin लेनदेन के रूप में प्रकाशित किए बिना बैलेंस बदलता है। अभी एक पक्ष कितना भेज सकता है, यह उस दिशा के बैलेंस, रिजर्व, भुगतान सीमा और चुने गए मार्ग पर निर्भर करता है। BOLT 2 पीयर प्रोटोकॉल चैनल पैरामीटर और HTLC सीमाएँ बताता है।

कुल क्षमता पर्याप्त होने पर भी किसी खास भुगतान के लिए आउटबाउंड लिक्विडिटी कम हो सकती है। प्राप्तकर्ता के पास भी उस राशि का उपयोगी इनबाउंड मार्ग न हो। चैनल खोलने, लिक्विडिटी बदलने या बंद करने में ऑन-चेन लेनदेन और शुल्क लग सकते हैं। BOLT 5 ऑन-चेन प्रबंधन सहमति से और एकतरफा बंद करने के तरीके समझाता है। चित्र बार-बार होने वाले चैनल भुगतानों को फंडिंग और बंद करने के ऑन-चेन निपटान से अलग दिखाता है।

ऑन-चेन शुल्क ब्लॉक में जगह के लिए है। कुल राशि लेनदेन के आकार और मौजूदा स्थिति के लिए चुनी गई शुल्क दर पर निर्भर करती है; कम Bitcoin भेजने वाला बड़ा लेनदेन भी अधिक महंगा हो सकता है। वॉलेट का अनुमान बदलता रहता है और भविष्य के ब्लॉक में जगह आरक्षित नहीं करता।

Lightning फॉरवर्डिंग शुल्क चैनल ऑपरेटर तय करते हैं और इसमें आधार राशि के साथ अनुपातिक शुल्क हो सकता है। मार्ग की लंबाई, नीतियाँ, लिक्विडिटी और वॉलेट का व्यवहार कुल राशि बदलते हैं। कुछ वॉलेट अपनी सेवा या लिक्विडिटी लागत भी जोड़ सकते हैं। किसी खास स्थिति में Lightning सस्ता हो सकता है, लेकिन यह हमेशा मुफ्त या ऑन-चेन से सस्ता नहीं होता। मंजूरी से पहले अंतिम राशि, शुल्क विवरण और मार्ग की शर्तें देखें।

ऑन-चेन वॉलेट प्रसारित, लंबित या पुष्टि की स्थिति दिखा सकता है। ब्लॉकचेन में लेनदेन और ब्लॉक सार्वजनिक हैं, और प्राप्तकर्ता राशि तथा संदर्भ के अनुसार पुष्टि सीमा तय कर सकता है। लेनदेन उम्मीद से अधिक समय तक अपुष्ट रह सकता है; शुल्क का अनुमान माइनर का चुनाव नियंत्रित नहीं करता।

Lightning में मार्ग पूरा होने और वॉलेट को सफलता मिलने पर इनवॉइस का भुगतान माना जाता है। वह भुगतान अलग से Bitcoin ब्लॉक में शामिल नहीं होता। विफल प्रयास पुष्टि नहीं है, और अस्पष्ट स्थिति यह साबित नहीं करती कि दोबारा भुगतान सुरक्षित है। फिर से भेजने से पहले भेजने वाले वॉलेट की अंतिम स्थिति और प्राप्तकर्ता की इनवॉइस या रसीद जांचें।

ऑन-चेन डेटा सार्वजनिक और विश्लेषण योग्य है, हालांकि किसी पते से अपने-आप व्यक्ति का नाम पता नहीं चलता। Lightning का onion routing हर मध्यवर्ती नोड को पूरा मार्ग जानने से रोकने के लिए बनाया गया है, लेकिन हर भुगतान को गुमनाम नहीं बनाता। BOLT 4 onion routing विनिर्देश और BOLT 7 के सार्वजनिक चैनल अपडेट इस गोपनीयता मॉडल के हिस्से बताते हैं।

वॉलेट इस बात में भी अलग होते हैं कि कुंजियों को कौन नियंत्रित करता है और चैनल की निगरानी, बैकअप व पुनर्प्राप्ति कैसे होती है। स्वयं-कस्टडी वाला वॉलेट और सेवा-प्रदाता के पास रखे Lightning खाते की जिम्मेदारियाँ और विफलता जोखिम अलग हैं। इंटरनेट, पीयर उपलब्धता, चैनल स्थिति, रिकवरी और सेवा शर्तें मायने रख सकती हैं। केवल “Lightning” नाम से कस्टडी या बैकअप सुरक्षा नहीं पता चलती।

ऑन-चेन उपयुक्त हो सकता है जब प्राप्तकर्ता Bitcoin पता देता है और ब्लॉकचेन पर जांचने योग्य लेनदेन चाहता है। Lightning संगत वॉलेट, इनवॉइस और पर्याप्त मार्ग लिक्विडिटी होने पर काम आ सकता है। बार-बार छोटे भुगतान में मौजूदा चैनल उपयोगी हो सकता है, लेकिन चैनल खोलने, चलाने और बंद करने की अपनी लागत और सीमाएँ हैं।

भेजने से पहले भुगतान प्रकार, नेटवर्क, राशि, इनवॉइस की समय-सीमा, प्राप्तकर्ता, दिखाया शुल्क और सीमाएँ जांचें। Lightning इनवॉइस को ऑन-चेन पता वाले खाने में न डालें और ऐसा रास्ता न चुनें जिसे प्राप्तकर्ता ने नहीं मांगा। ऑन-चेन fallback तभी इस्तेमाल करें जब इनवॉइस और वॉलेट स्पष्ट रूप से उसे समर्थन दें। आगे पढ़ें: Bitcoin लेनदेन शुल्क, जमा पुष्टि, और क्रिप्टो ट्रांसफर चेकलिस्ट।

प्राथमिक तकनीकी संदर्भ: Bitcoin Developer Guide: भुगतान प्रोसेसिंग; BOLT 2: पीयर प्रोटोकॉल; BOLT 4: onion routing; BOLT 5: ऑन-चेन लेनदेन; BOLT 7: रूटिंग गॉसिप; BOLT 11: इनवॉइस एन्कोडिंग.