Lightning Service Provider क्या है? परिभाषा, संदर्भ और स्रोत

01Lightning Service Provider क्या है?

LSP counterparty और service provider है, Bitcoin consensus का भाग नहीं; client अपनी keys रख सकता है, पर उसे price, availability, channel terms और उपयोग किए गए LSPS protocol के विशेष trust model को परखना होता है।

02मूल बात

Lightning Service Provider clients के लिए अपनी या जुटाई liquidity लगाता है। अक्सर वह non-custodial wallet की inbound capacity के लिए channel खोलता है या swap से on-chain और off-chain funds जोड़ता है; block space, capital, operation और risk का शुल्क लेता है। [1]

03कार्यविधि

Lightning channel capacity fixed होती है और local तथा remote balance में बंटी रहती है। इसलिए channel रहित नई wallet केवल invoice बनाकर सामान्य Lightning payment नहीं पा सकती; LSP peer, UTXO और funding transaction parameters manually चुनवाए बिना inbound liquidity दे सकता है। [1]

04जिस समस्या को हल करता है

LSPS0, अब bLIP 50, client-LSP communication को Lightning BOLT8 peer-to-peer transport पर JSON-RPC 2.0 के रूप में standardize करता है। सभी LSPS messages message ID 37913 उपयोग करते हैं और lsps0.list_protocols exact supported extensions लौटाता है; केवल LSP नाम हर service की guarantee नहीं है। [2]

05सुरक्षा मॉडल

LSPS1 यानी bLIP 51 direct channel order को standardize करता है। Client offer पढ़ता, order बनाता, capacity, price और expiry जांचता और on-chain या Lightning से pay करता है; specification साफ कहता है कि purchase atomic नहीं है और client channel delivery या निर्धारित refund के लिए LSP पर trust करता है। [3]

06तैनाती की स्थिति

LSPS2 यानी bLIP 52 just-in-time channel संभालता है। Client parameters लेकर request identifier वाला route hint invoice में रखता है; incoming payment LSP तक आने पर provider zero-confirmation channel खोलता, opening fee काटता और शेष भेजता है। Client उस समय connected होना चाहिए। [4]

07सीमाएँ

Non-custodial LSP client की private keys नहीं रखता और client side channel उसी के पास रहता है, फिर भी operational dependency बनती है। Provider direct connection और payment flow का भाग देखता है, liquidity रोक सकता, offer में price बदल सकता या offline हो सकता है; zero-confirmation channel और prepaid order के risks भी अलग हैं। [1]

08Atlas में संबंध

LSPS0, LSPS1 और LSPS2 standards मूल repository से bLIP process में active bLIP 50, 51 और 52 बने। Reference library lightning-liquidity LSPS1 तथा LSPS2 client handlers और LSPS2 service handler लागू करती है, पर कोई wallet या node अपने terms पर केवल subset support कर सकती है। [5]

09दावों की जाँच कैसे करें

उपयोग से पहले LSP node ID और connection string, lsps0.list_protocols result, exact capacity और balance split, fee, expiry, confirmations और refund policy जांचें। Opening के बाद funding transaction, channel state और वास्तविक inbound capacity जांचें; provider logo या बनी invoice इसका proof नहीं है। [2]

Lightning Service Provider clients के लिए अपनी या जुटाई liquidity लगाता है।
Lightning channel capacity fixed होती है और local तथा remote balance में बंटी रहती है।
LSPS0, अब bLIP 50, client-LSP communication को Lightning BOLT8 peer-to-peer transport पर JSON-RPC 2.0 के रूप में standardize करता है।
LSPS1 यानी bLIP 51 direct channel order को standardize करता है।
LSPS2 यानी bLIP 52 just-in-time channel संभालता है।
Non-custodial LSP client की private keys नहीं रखता और client side channel उसी के पास रहता है, फिर भी operational dependency बनती है।
LSPS0, LSPS1 और LSPS2 standards मूल repository से bLIP process में active bLIP 50, 51 और 52 बने।
उपयोग से पहले LSP node ID और connection string, lsps0.list_protocols result, exact capacity और balance split, fee, expiry, confirmations और refund policy जांचें।
LSP counterparty और service provider है, Bitcoin consensus का भाग नहीं; client अपनी keys रख सकता है, पर उसे price, availability, channel terms और उपयोग किए गए LSPS protocol के विशेष trust model को परखना होता है।

संदर्भ सहित पढ़ें

पूरी तस्वीर के लिए इस प्रविष्टि के साथ यह भी पढ़ें Lightning Network, Inbound Liquidity, Payment Channel, Submarine Swap, BOLT 11, Lightning Address. इस प्रविष्टि का उल्लेख यहाँ भी है Just-in-Time Channels, Trampoline Routing, Bitlifi.

?व्यावहारिक प्रश्न

01क्या Lightning Service Provider अपने आप custodial है?

नहीं। LSP अपनी keys रखने वाली wallet के लिए channel खोलकर केवल अपना side manage कर सकता है। Client फिर भी availability, liquidity offer और specific order completion पर निर्भर रहता है।

02क्या बिना पुराने channel के LSP से first payment मिल सकती है?

हां, यदि wallet और provider LSPS2 support करें और payment opening fee cover करे। LSP payment आने पर JIT channel खोलकर fee काटता है; inbound capacity free या unconditional नहीं है।