Lightning तरलता

आना और पावेल का एक भुगतान चैनल है जिसकी क्षमता 10,00,000 sat है। sat, satoshi का संक्षिप्त रूप है, जो Bitcoin की चेन पर सबसे छोटी इकाई है। एक सरल स्थिति मान लो: आना के पास 8,00,000 sat और पावेल के पास 2,00,000 sat हैं। बात समझने के लिए अभी आरक्षित राशि, शुल्क और लंबित भुगतान छोड़ देते हैं। आना अपने पक्ष के पैसे पावेल को भेज सकती है; उससे पैसे पाने के लिए पावेल के पक्ष की रकम चाहिए। इसलिए कुल क्षमता दस लाख होने पर भी पावेल इस चैनल से आना को 3,00,000 sat नहीं भेज सकता। पैसे गायब नहीं हुए हैं। उनका बँटवारा इस भुगतान के अनुकूल नहीं है। [1] [3]

भेजने की तरलता वह रकम है जिसका इस्तेमाल तुम बाहर भुगतान करने में कर सकते हो। उदाहरण में इसका आधार आना का 8,00,000 sat का शेष है, लेकिन आरक्षित राशि, शुल्क और लंबित भुगतानों के कारण वास्तविक सीमा अक्सर कम होती है। अगर आना, पावेल के बजाय किसी और को भुगतान करे, तो पहला कदम फिर भी उसके अपने किसी चैनल से होकर जाता है। नोड वह प्रोग्राम है जो चैनल संभालता है और Lightning भुगतान प्रोसेस करता है। आगे के नोड को अगले कदमों के लिए अपने पैसे चाहिए। चैनलों से बाहर रखे bitcoin उसकी भेजने की तरलता अपने आप नहीं बढ़ाते; वॉलेट को उचित तरीके से उस मूल्य को Lightning में लाना पड़ता है। [1] [3]

प्राप्त करने की तरलता वह रकम है जो दूसरा पक्ष तुम्हें भेज सकता है। अगर आना चैनल खोले और लगभग सारे पैसे उसी के हों, तो भेजना आसान होगा, लेकिन पाने की गुंजाइश कम होगी। नया भुगतान अनुरोध बनाने से यह बँटवारा नहीं बदलता। उसे ऐसा चैनल चाहिए जिसमें दूसरे पक्ष के पास इस्तेमाल योग्य शेष हो। कुछ वॉलेट सेवा प्रदाता के जरिए इसकी व्यवस्था करके जटिलता छिपा देते हैं, अक्सर शुल्क के बदले। प्राप्त करने की क्षमता आना की पहले से मौजूद अतिरिक्त संपत्ति नहीं है; यह भविष्य में भुगतान पाने की गुंजाइश है। [1] [3] [5]

अब आना, पावेल को 1,00,000 sat देती है। सरल उदाहरण में शेष बदलकर आना के पास 7,00,000 sat और पावेल के पास 3,00,000 sat हो जाता है। क्षमता 10,00,000 sat ही रहती है। आना अब कम भेज सकती है, लेकिन वापस अधिक पा सकती है; पावेल के साथ उलटा होता है। कई चैनल वाले वॉलेट में वे चैनल बदलते हैं जिनसे भुगतान वास्तव में गुजरा था। इसलिए दिशा हमेशा महत्वपूर्ण है। सुबह की तरलता का आँकड़ा जरूरी नहीं कि शाम को भेजी जा सकने वाली रकम भी बताए। [1] [3]

दूर के प्राप्तकर्ता तक भुगतान कई चैनलों से गुजरता है। हर चैनल में सही दिशा की पर्याप्त इस्तेमाल योग्य तरलता चाहिए, जिसमें आगे के कदमों के शुल्क की रकम भी शामिल हो। अगर एक कदम भुगतान नहीं ले जा सकता, तो बाकी चैनलों की बड़ी क्षमता के बावजूद वह रास्ता विफल हो जाता है। वॉलेट दूसरा रास्ता आजमा सकता है या सुविधा उपलब्ध हो तो भुगतान को कई हिस्सों में बाँट सकता है। इससे कम पड़ रहे पैसे पैदा नहीं होते। सिर्फ रकम नहीं, समय-सीमाएँ भी जाँची जाती हैं। HTLC ऐसा सशर्त भुगतान है जिसे किसी खास गुप्त जानकारी का ज्ञान साबित करके पूरा किया जा सकता है। CLTV से जुड़े नियम ब्लॉकों के आधार पर समय-सीमाएँ तय करते हैं। अलग-अलग चरणों की समय-सीमाओं के बीच अंतर होने से मध्यस्थों को भुगतान अटकने पर Bitcoin चेन पर उसका निपटारा करने का समय मिलता है। [1] [2]

बीच के नोड को एक चैनल से भुगतान पाना और उससे जुड़ा भुगतान दूसरे चैनल से भेज पाना चाहिए। सभी शेषों का बड़ा जोड़ पर्याप्त नहीं है। अगर उसके पैसे गलत चैनल के उसके पक्ष में हैं, तो चुने गए रास्ते में वे काम नहीं आ सकते। पाने के लिए पहले चैनल में आने वाली तरलता और आगे भेजने के लिए दूसरे में बाहर जाने वाली तरलता चाहिए। HTLC की शर्तें इन कदमों को जोड़ती हैं: भुगतान का पूरा होना किसी खास रहस्य की जानकारी और समय के नियमों पर निर्भर करता है। इसलिए मध्यस्थ केवल इस वादे पर भरोसा नहीं करता कि पिछला प्रतिभागी बाद में भुगतान कर देगा। [1] [3]

आने और जाने वाले भुगतान तरलता स्वाभाविक रूप से बदलते हैं। कई चैनल चलाने वाला व्यक्ति चक्रीय पुनर्संतुलन भी कर सकता है: अपने यहाँ से एक रास्ते पर भुगतान भेजकर दूसरे से वापस लेना, ताकि अपने चैनलों के बीच शेष बदले जा सकें। Swap चेन पर मौजूद पैसे Lightning के पैसों से बदलता है या इसका उलटा करता है। Splicing, इसे समर्थन देने वाले चैनल की फंडिंग को सामान्य बंद करने और फिर खोलने की प्रक्रिया के बिना बदल सकता है। दूसरा चैनल खोलना भी एक विकल्प है। इन तरीकों के शुल्क, समय, चेन पर रिकॉर्ड, भरोसे की जरूरत और विफलता के जोखिम अलग हैं। कोई भी नए पैसे नहीं बनाता। चुनाव इस आधार पर करो कि भेजना है, पाना है या दोनों। [1] [4]

पहले स्पष्ट करो कि समस्या भेजने में है या पाने में, और वॉलेट तथा दूसरा नोड ऑनलाइन हैं या नहीं। अपने नोड पर हर चैनल के स्थानीय और दूसरे पक्ष के शेष, आरक्षित राशि, लंबित भुगतान और शुल्क की तुलना करो। सेवा द्वारा संचालित वॉलेट में देखो कि दिखाई गई उपलब्ध रकम का वास्तविक अर्थ क्या है। एक भुगतान की विफलता अपने आप पैसे खोने का प्रमाण नहीं है। किसी कदम पर तरलता कम हो सकती है, सीमा लागू हो सकती है या अस्थायी रुकावट हो सकती है। छोटा परीक्षण भुगतान सिर्फ उस समय की उस रकम को जाँचता है; आगे के सभी भुगतानों की गारंटी नहीं देता। [1] [3] [4]

नोड संचालकों को कई सीमाएँ अलग-अलग समझनी होती हैं। लेनदेन का आउटपुट राशि और उसे खर्च करने की शर्तें तय करता है। channel_reserve_satoshis वह रकम बताता है जो आरक्षित रहनी चाहिए। कुछ पैसे लंबित HTLC में बँधे हो सकते हैं, यानी सशर्त भुगतान जो अभी पूरे नहीं हुए। आगे दी गई सीमाएँ दूसरे प्रतिभागी की ओर से प्रस्तावित HTLC पर लागू होती हैं। max_htlc_value_in_flight_msat उनकी कुल रकम और max_accepted_htlcs उनकी संख्या सीमित करता है। msat, satoshi का हजारवाँ हिस्सा है, जिसका उपयोग Lightning के अंदर गणना में होता है। चैनल के प्रकार के अनुसार उसे बंद करने वाली commitment transaction के शुल्क और संभवतः anchor outputs भी लागू होते हैं। ये विशेष आउटपुट अगला लेनदेन जोड़कर पूरे समूह की पुष्टि के लिए शुल्क बढ़ाने में मदद करते हैं। Dust के नियम बताते हैं कि कौन से आउटपुट इतने छोटे हैं कि उस ट्रांज़ैक्शन में नहीं रखे जाएँगे। इसलिए वास्तविक अधिकतम रकम संबंधित सॉफ्टवेयर और चैनल प्रकार के अनुसार निकालो, कोई एक सार्वभौमिक आरक्षित राशि घटाकर नहीं। [1] [6]

BOLT #7 चैनलों की घोषणाओं और भुगतान आगे भेजने के नियमों का वर्णन करता है। घोषित चैनल के लिए चेन पर उसका फंडिंग आउटपुट और क्षमता देखी जा सकती है। इससे प्रतिभागियों के बीच मौजूदा बँटवारा नहीं पता चलता। भेजने वाला अपनी जानकारी, पुराने परिणामों और भुगतान के प्रयासों के आधार पर रास्ता चुनता है, वास्तविक समय के सभी शेषों की किसी पूर्ण सार्वजनिक सूची से नहीं। इसलिए नेटवर्क एक्सप्लोरर बड़ा चैनल दिखा सकता है, लेकिन यह पुष्टि नहीं कर सकता कि तुम्हारी रकम अभी सही दिशा में उससे गुजर जाएगी। [2]