DeFi लिक्विडिटी पूल: LP फ़ीस, रीबैलेंसिंग और Impermanent Loss

Decentralized exchange का automated market maker (AMM) एक smart contract में token reserves रखता है ताकि ट्रेडर पारंपरिक order book में orders match करने के बजाय सीधे pool से swap कर सकें।

Liquidity provider (LP) token pair जमा करता है और pool के किसी हिस्से या position पर claim पाता है। यह fixed balance वाला deposit account नहीं है: swaps उस claim के पीछे मौजूद हर token की मात्रा बदल देते हैं।

यह claim protocol version के अनुसार बदलता है। Uniswap v2 में pool tokens, reserves के proportionate हिस्से को दर्शाते हैं।

v3 में हर LP price range चुनता है और उसकी अलग position होती है; एक ही pair में अलग-अलग ranges वाली positions हो सकती हैं। Uniswap की protocol कैसे काम करता है वाली overview इन version differences को बताती है।

दूसरे AMM अलग curves, share accounting, fee rules या withdrawal limits इस्तेमाल कर सकते हैं, इसलिए नीचे के उदाहरण simplified v2-style pool के हैं, DeFi का universal rule नहीं।

दोनों tokens जमा करने से आर्थिक रूप से आपकी ownership बदलती है। अगर एक token दूसरे की तुलना में महँगा होता है, तो pool उस बढ़ी हुई कीमत वाले token का कुछ हिस्सा देकर दूसरा token अधिक प्राप्त कर सकता है।

Position का dollar value फिर भी बढ़ सकता है, जबकि उसका token mix शुरुआत से अलग हो जाए।

सिर्फ़ यह पूछना पर्याप्त नहीं कि “मेरी पोज़िशन की अभी कितनी कीमत है?” यह भी पूछें कि “अगर मैं दोनों टोकनों की शुरुआती मात्राएँ पूल से बाहर होल्ड करता, तो उनकी तुलना में मेरी पोज़िशन कैसी होती?”

दूसरी तुलना पूल के rebalancing प्रभाव को अलग करती है। टोकनों की कीमत फिर भी बढ़ सकती है, इसलिए LP पोज़िशन की शुरुआती कीमत से अधिक हो सकती है, फिर भी टोकन होल्ड करने की तुलना में कम रह सकती है।

Uniswap की impermanent loss पर व्याख्या भी पूल टोकनों की कीमत बदलने से पैदा होने वाले इसी relative अंतर को समझाती है।

Uniswap v2 के सरल दो-टोकन मॉडल में रिज़र्व x × y = k संबंध का पालन करते हैं: x और y दोनों टोकनों की मात्राएँ हैं और k उनका गुणनफल है। स्वैप में एक टोकन पूल से निकलता है और दूसरा उसमें आता है, इसलिए रिज़र्व और निहित कीमत साथ-साथ बदलते हैं।

मान लें कि दूसरे बाज़ारों में ETH महँगा हो गया है, जबकि pool अभी भी उसे कम कीमत पर दे रहा है। Traders और arbitrageurs USDC देकर pool से ETH खरीद सकते हैं।

ETH reserves घटते और USDC reserves बढ़ते हैं, जब तक pool price बाहरी बाजार के करीब न आ जाए—खर्च और fees को ध्यान में रखने के बाद।

Contract भविष्य की कीमत नहीं बताता या यह तय नहीं करता कि ETH की कीमत बढ़नी चाहिए; trades reserve ratio को बदलते हैं। इसलिए LP कुछ न करे तब भी उसकी position से जुड़ी token quantities बदल सकती हैं।

Uniswap v2 whitepaper reserve invariant और pool के relative price को दूसरे markets के करीब लाने में arbitrage की भूमिका समझाता है।

मान लें कि पूल में शुरुआत में 1 ETH और 2,000 USDC हैं। गुणनफल k = 1 × 2,000 = 2,000 है। उदाहरण के बिना-फ़ीस v2 कर्व में ETH की पूल कीमत y ÷ x है: शुरुआत में 1 ETH के लिए 2,000 USDC।

Fees होने पर, उनके mechanics के अनुसार product स्थिर रह सकता है या बढ़ सकता है; इसलिए बिना-फ़ीस उदाहरण किसी वास्तविक pool की पूरी accounting नहीं बताता।

Uniswap v2 whitepaper reserve invariant समझाता है और Uniswap की protocol mechanics overview pool का सामान्य संचालन बताती है।

इसका अर्थ यह नहीं कि कीमत हर समय दूसरे markets की कीमत से बिल्कुल मेल खाती है। Fees, gas और अन्य costs से छोटा price gap arbitrage को लाभदायक न बनाए; network congestion या transaction ordering भी gap को कुछ समय तक रहने दे सकती है।

एक ही asset pair की liquidity और fees pool या network के अनुसार अलग हो सकती हैं।

Impermanent loss (IL), जिसे divergence loss भी कहते हैं, LP position के मूल्य की तुलना उन्हीं शुरुआती token amounts को pool के बाहर होल्ड करने के मूल्य से करता है।

फ़ीस के बिना सामान्य सूत्र, जहाँ r अंतिम और शुरुआती कीमत का अनुपात है, 1 − 2√r ÷ (1 + r) है। r = 2 पर नतीजा लगभग 0.0572, अर्थात 5.72% है; कीमत आधी होने पर (r = 0.5) भी यही प्रतिशत आता है।

यह गणना constant-product pool, full-range position, शुरुआत में 50/50 value split, बिना fees और liquidity changes, और बाहर के market से मेल खा चुकी pool price मानती है।

यह हर AMM या concentrated-liquidity position के लिए सामान्य estimator नहीं है।

शुरुआती मान वही रखें: 1 ETH और 2,000 USDC, जब ETH की कीमत $2,000 है। शुरुआती pool value $4,000 और reserve product 1 × 2,000 = 2,000 है।

मान लें कि कोई fees नहीं हैं, दूसरे LP जमा या निकासी नहीं करते, और पर्याप्त arbitrage से pool price ETH के नए market price $4,000 तक पहुँच जाती है।

ये मात्राएँ पूरे pool या किसी LP के proportionate हिस्से का प्रतिनिधित्व कर सकती हैं; share को scale करने से dollar amounts बदलेंगे, percentages नहीं।

अंत में ETH की मात्रा x और USDC की मात्रा y को x × y = 2,000 और y ÷ x = 4,000 पूरा करना होगा। दोनों संबंध जोड़ने पर x = √(2,000 ÷ 4,000) ≈ 0.7071 ETH; फिर y = 4,000 × 0.7071 ≈ 2,828.43 USDC मिलता है।

इस कीमत पर LP पोज़िशन का मूल्य लगभग 0.7071 × $4,000 + $2,828.43 = $5,656.85 है। जिसने शुरुआती मात्राएँ होल्ड की होतीं, उसके पास 1 × $4,000 + $2,000 = $6,000 होते। अंतर $343.15 है, यानी होल्ड वैल्यू का $343.15 ÷ $6,000 ≈ 5.72%।

यह शुरुआत के $4,000 से तुलना में $343.15 की absolute गिरावट नहीं है: LP मूल्य $4,000 से बढ़कर लगभग $5,656.85 हुआ, यानी करीब 41.4% वृद्धि। 5.72% केवल इस सरल परिदृश्य में होल्ड करने की तुलना में पीछे रहने का अनुपात है।

कर्व, स्वैप होते ही टोकनों का अनुपात बदलता रहता है। ऊपर के उदाहरण में ETH की कीमत बढ़ने पर आर्बिट्राज ट्रेड पूल से ETH खरीदते हैं और अधिक USDC छोड़ते हैं: अंत में LP के हिस्से में शुरुआती basket से कम ETH होता है।

अगर निकासी से पहले कीमत उलट जाए, तो बैलेंस शुरुआती अनुपात के करीब लौट सकते हैं, लेकिन कीमत वापस आएगी इसकी गारंटी नहीं है।

“Impermanent” का अर्थ यह नहीं कि अंतर हमेशा गायब हो जाएगा; उस समय निकासी करने पर HODL से तुलना उस निकासी के लिए तय हो जाती है।

रास्ता भी परिणाम को प्रभावित करता है: स्वैप वॉल्यूम, बार-बार कीमत बदलना और हर चरण में अर्जित फ़ीस असर डालते हैं। एक ही अंतिम कीमत तक पहुँचने वाले दो परिदृश्यों में ट्रेडिंग गतिविधि और फ़ीस अलग-अलग हो सकती है।

उदाहरण का फ़ॉर्मूला शुरुआती और अंतिम कीमत के अनुपात से बिना-फ़ीस तुलना निकालता है; यह किसी वास्तविक पोज़िशन की पूरी ट्रेड हिस्ट्री, लागत या कमाई नहीं बताता।

परिणाम जाँचने के लिए जमा और निकासी, कीमत, वास्तव में मिली फ़ीस और संबंधित खर्च का रिकॉर्ड रखें।

हर स्वैप पर पूल फ़ीस लग सकती है।

v2 में LP को मिलने वाली फ़ीस रिज़र्व में जुड़ती है, जिससे हिस्सेदारी के पीछे मौजूद आर्थिक मूल्य बढ़ता है; v3 में फ़ीस अलग दर्ज होती है और इस बात पर निर्भर करती है कि पोज़िशन अपने चुने हुए price range में सक्रिय है या नहीं।

Uniswap के अनुसार फ़ीस सक्रिय लिक्विडिटी वाले LP में अनुपात से बाँटी जाती है; रेंज से बाहर की पोज़िशन उस अवधि में फ़ीस नहीं कमाती। Liquidity-provider फ़ीस की व्याख्या देखें।

v2 में LP फ़ीस रिज़र्व में जुड़ती है; v3 में फ़ीस position की liquidity से अलग दर्ज होती है, जैसा कि Uniswap v3 whitepaper समझाता है। इसलिए फ़ीस का व्यवहार और आय संस्करण तथा वास्तविक गतिविधि पर निर्भर है।

पूरी तुलना के लिए पोज़िशन में मौजूद टोकनों का अंतिम मूल्य + वास्तव में मिली फ़ीस − लागत की तुलना शुरुआती मात्राएँ होल्ड करने के अंतिम मूल्य से करें।

स्वैप वॉल्यूम और चुने हुए range में सक्रिय रहने की अवधि तय करती है कि पोज़िशन कितनी फ़ीस पा सकती है, जबकि price moves टोकनों का अनुपात बदलती हैं।

फ़ीस उदाहरण के relative अंतर को पूरा कर सकती है, उससे कम रह सकती है या उससे अधिक भी हो सकती है; केवल बताई गई fee rate या पुराने volume से पक्की कमाई का अनुमान नहीं निकलता।

v2 में पूल में छोड़ी गई फ़ीस रिज़र्व और आगे की ट्रेडिंग पथ को भी बदलती है। स्वैप और वितरण नियम का हिसाब किए बिना कोई मनमानी फ़ीस रकम न जोड़ें।

फ़ीस दर और LP तथा प्रोटोकॉल के बीच उनका बँटवारा version, pool और configuration के अनुसार बदल सकता है। आय का अनुमान लगाने से पहले उसी पूल के नियम जाँचें।

Pool fee, प्रवेश या निकासी का गैस खर्च, interface fee और rebalancing लागत अलग रखें: फ़ीस मिलने पर भी लागत net परिणाम कम कर सकती है।

Uniswap v3 आपको पूरे price range में liquidity फैलाने के बजाय lower और upper price boundaries चुनने देता है।

कीमत चुनी हुई range में हो तो इससे आसपास अधिक liquidity केंद्रित की जा सकती है, लेकिन सीमा पार होने पर position कैसे बदलती है यह समझना ज़रूरी है।

कीमत चुनी गई range से बाहर जाने पर पोज़िशन निष्क्रिय हो जाती है और फ़ीस कमाना रोक देती है; कीमत किस ओर से बाहर गई, उसके अनुसार उसके रिज़र्व में केवल एक token बच सकता है। कीमत फिर range में आए तभी वह फ़ीस अर्जित करना शुरू कर सकती है।

Uniswap की v3 में नई liquidity position जोड़ने की आधिकारिक गाइड range चुनने और उसके position पर असर को समझाती है।

उदाहरण के लिए, मौजूदा ETH price के आसपास range चुनने वाला ETH/USDC LP, ETH upper boundary के ऊपर जाने पर ज़्यादातर या पूरा USDC रख सकता है। ETH lower boundary के नीचे जाए तो position में केवल ETH रह सकता है।

Position price movements के संपर्क में रहती है, भले ही उस समय नई fees न कमा रही हो।

इसीलिए v3 की concentrated position पर full-range v2 का सरल फ़ॉर्मूला अपने-आप लागू नहीं करना चाहिए।

v3 के टोकन बैलेंस और परिणाम चुनी गई range तथा price path पर निर्भर करते हैं; पोज़िशन कुछ समय तक फ़ीस कमाए बिना एक ही asset में exposure रख सकती है। संकरी range को बदलने के लिए अधिक निगरानी और transactions की ज़रूरत हो सकती है।

Range के अंदर संभावित अधिक फ़ीस, बाजार के बाहर निकलने का जोखिम नहीं हटातीं और न ही यह पक्का करती हैं कि फ़ीस बदलते token mix की भरपाई करेगी।

Relative calculation केवल तय assumptions के तहत दो baskets की तुलना करती है। यह गणना ETH या USDC की absolute price गिरावट और stablecoin peg टूटने को शामिल नहीं करती।

इसमें नकली या transfer-tax tokens, contract या oracle failure, interface बंद होना, congestion, gas, MEV, निकासी सीमा या नियम बदलना भी शामिल नहीं है। दो टोकनों वाला pool होने से दोनों assets सुरक्षित या liquid नहीं हो जाते।

Pool price और व्यापक markets के price में अंतर होने पर tokens अनपेक्षित relative price पर swap हो सकते हैं; Uniswap की liquidity देने के जोखिमों पर चेतावनियाँ contract और token risks भी बताती हैं।

किसी एक क्षण पर दिखाई देने वाली liquidity यह सुनिश्चित नहीं करती कि बड़ा order उसी कीमत पर exit होगा। निकासी के लिए blockchain transactions लग सकती हैं और लागत network तथा congestion पर निर्भर करती है।

यदि मूल्य का कुछ हिस्सा volatile token या peg खो चुके stablecoin में है, तो डॉलर में नतीजा इस उदाहरण से काफी अलग हो सकता है; उदाहरण केवल ETH price बदलने और USDC का मूल्य स्थिर रहने की कल्पना करता है।

सिर्फ़ nominal fee rate की 5.72% से तुलना करके रणनीति न चुनें: यह प्रतिशत एक खास परिदृश्य का है, सभी बाज़ारों या समयावधियों का नहीं।

जमा करने से पहले pool version और उसका contract, दोनों assets और उनकी networks, उपलब्ध price और depth, fee rate तथा उसका बँटवारा, और position का प्रकार पहचानें: full-range या concentrated।

सोचें कि कीमत बदलने पर आपकी token quantities क्या होंगी, निकासी या rebalancing के लिए कौन-सी transactions चाहिए और उनकी लागत कितनी हो सकती है। Token और contract के विशिष्ट जोखिम जाँचें, और पुराने volume को भविष्य की फ़ीस न मानें।

अगर आप नहीं बता सकते कि range की सीमा पार होने पर कौन-से assets बचेंगे, तो पहले उस स्थिति को समझें।

जमा करने के बाद शुरुआती amounts और prices लिखें। मौजूदा token mix, claim की जा सकने वाली वास्तविक फ़ीस और यह मूल्य देखें कि शुरुआती मात्रा पूल से बाहर रहती तो उसकी कीमत क्या होती।

दोनों नतीजों की तुलना एक ही currency और तारीख में करें तथा absolute performance और relative difference अलग रखें। निकासी पर वास्तव में मिली फ़ीस जोड़ें और गैस, interface, rebalancing, tax तथा अपने मामले के अन्य खर्च घटाएँ।

यह प्रक्रिया जोखिम खत्म नहीं करती और न तय करती है कि कोई pool आपके लिए सही है; यह तुलना को सही सवाल पर केंद्रित करती है।

संबंधित mechanics के लिए DEX swap slippage guide, DeFi collateral और liquidation guide और crypto bridge तथा wrapped-token guide पढ़ें।