Lightning चैनल में दो शेष राशियाँ होती हैं, जिनका योग चैनल की क्षमता से सीमित होता है। उपयोग योग्य स्थानीय शेष से बाहर जाने वाली तरलता और उपयोग योग्य दूरस्थ शेष से आने वाली तरलता बनती है। आरक्षित राशि, commitment लेनदेन का शुल्क, लंबित HTLC, चैनल के नियम और रास्ते के हर चरण की उपयोग योग्य क्षमता तय करते हैं कि कोई निश्चित राशि सचमुच उस रास्ते से जा सकती है या नहीं।
चैनल की क्षमता वित्तपोषण आउटपुट में बंद बिटकॉइन है। तरलता केवल वह हिस्सा है जो अभी एक दिशा में उपयोग योग्य है। इसलिए 1,000,000 sats की क्षमता वाले चैनल में लगभग सब कुछ एक तरफ हो सकता है और वह विपरीत दिशा में बड़ा भुगतान नहीं पहुँचा सकता। [BOLT #2 — Peer Protocol for Channel Management] [Lightning Labs — Understanding Liquidity]
बाहर जाने वाली तरलता वह राशि है जिसे स्थानीय नोड प्रोटोकॉल की आरक्षित राशि, commitment लेनदेन के शुल्क की जिम्मेदारी और लंबित HTLC का हिसाब रखने के बाद चैनल से भेज सकता है। बाहर भुगतान करने या आगे भेजने पर यह घटती है और दूसरे नोड से राशि आने पर बढ़ती है। [BOLT #2 — Peer Protocol for Channel Management] [Lightning Labs — Understanding Liquidity]
आने वाली तरलता वह राशि है जिसे दूसरा नोड स्थानीय नोड की ओर भेज सकता है। उस चैनल से राशि प्राप्त करने के लिए यह जरूरी है, लेकिन भुगतान अनुरोध बदलने से यह नहीं बनती। यह दूरस्थ शेष में होनी चाहिए या तरलता प्रबंधन की किसी क्रिया से उपलब्ध होनी चाहिए। [BOLT #2 — Peer Protocol for Channel Management] [Lightning Labs — Understanding Liquidity]
रास्ते से भेजा गया भुगतान तभी सफल होता है जब चुने हुए हर चरण में सही दिशा की पर्याप्त उपयोग योग्य तरलता हो और वह अपने शुल्क नियमों, न्यूनतम तथा अधिकतम राशि और CLTV समय सीमा के अनुसार HTLC स्वीकार करे। एक खाली चैनल बाकी अच्छी तरह जुड़े रास्ते को भी रोक सकता है। [BOLT #2 — Peer Protocol for Channel Management] [BOLT #7 — P2P Node and Channel Discovery]
channel_reserve_satoshis, commitment लेनदेन शुल्क, anchor outputs, dust नियम, max_htlc_value_in_flight_msat, max_accepted_htlcs और पहले से लंबित HTLC नए भुगतान के लिए उपलब्ध राशि घटा सकते हैं। इसलिए वॉलेट का शेष, चैनल की क्षमता और तुरंत रास्ते से भेजी जा सकने वाली राशि तीन अलग संख्याएँ हैं। [BOLT #2 — Peer Protocol for Channel Management]
BOLT #7 चैनल और उसके आगे भेजने के नियम घोषित करने देता है। क्षमता चेन में पहचाने गए वित्तपोषण आउटपुट से जानी जा सकती है; इससे शेष राशियों का निजी बँटवारा सार्वजनिक नहीं होता। भेजने वाला अपनी जानकारी, पिछले नतीजों और भुगतान प्रयासों से रास्ते का अनुमान लगाता है। सार्वजनिक एक्सप्लोरर यह पक्का नहीं कर सकता कि चुना हुआ रास्ता इसी समय कोई निश्चित राशि पहुँचा देगा। [BOLT #7 — P2P Node and Channel Discovery]
निपटाया गया भुगतान हर उपयोग किए गए चैनल में शेष राशि को स्थानांतरित करता है। भेजने वाली तरफ बाहर जाने वाली तरलता घटती है और आने वाली बढ़ती है; दूसरे सिरे पर इसका उलटा होता है। भुगतान मौजूदा क्षमता का पुनर्वितरण करता है, कुल क्षमता नहीं बढ़ाता। [BOLT #2 — Peer Protocol for Channel Management] [Lightning Labs — Understanding Liquidity]
आगे भेजने वाले नोड को उसी HTLC के लिए एक चैनल में आने वाली और अगले चैनल में बाहर जाने वाली तरलता चाहिए। कुल sats बहुत होने पर भी पर्याप्त नहीं हैं यदि वे गलत चैनलों या गलत तरफ रखे हों। [BOLT #2 — Peer Protocol for Channel Management] [Lightning Labs — Understanding Liquidity]
प्राप्त भुगतान, चक्रीय पुनर्संतुलन, चैनल खोलना या बंद करना, स्वैप और splicing तरलता स्थानांतरित कर सकते हैं। इनमें शुल्क, चेन पर निशान, समय, दूसरे पक्ष पर भरोसा और विफलता का जोखिम अलग होते हैं; कोई तरीका मुफ्त तरलता नहीं बनाता। कई हिस्सों वाला भुगतान रास्तों को जोड़ सकता है, लेकिन फिर भी पर्याप्त कुल दिशात्मक क्षमता चाहिए। [BOLT #2 — Peer Protocol for Channel Management] [Lightning Labs — Managing Liquidity]
अपने नोड पर हर चैनल की स्थानीय और दूरस्थ शेष राशि, आरक्षित राशि, लंबित HTLC और शुल्क के लिए अतिरिक्त राशि जाँचें, फिर इच्छित रकम का परीक्षण करें। दिशा, आकार, समय और कार्यान्वयन दर्ज करें: तरलता हर भुगतान के बाद बदलती है और पूरे नेटवर्क का एक स्थायी स्कोर नहीं है। [BOLT #2 — Peer Protocol for Channel Management] [Lightning Labs — Understanding Liquidity] [Lightning Labs — Managing Liquidity]
पूरी तस्वीर के लिए इस प्रविष्टि के साथ यह भी पढ़ें Lightning Network, Payment Channel, Lightning Routing, Inbound Liquidity, Bitcoin, HTLC. इस प्रविष्टि का उल्लेख यहाँ भी है Payment Channel, Lightning Routing, अस्थिरता, बाज़ार पूंजीकरण.