میم کوائن ریسرچ

میم کوائن کی لیکویڈیٹی کیسے چیک کریں؟

Pool depth، price impact اور حقیقی exit size کو دیکھ کر میم کوائن کی لیکویڈیٹی جانچنے کا عملی طریقہ، کسی live API کے بغیر۔

میم کوائن کی لیکویڈیٹی کیسے چیک کریں؟

یونیسواپ کی سرکاری تحقیق میں v3 لیکویڈیٹی اور مارکیٹ ڈیپتھ کے تقابلی چارٹس

میم کوائن کا market cap بڑا اور آخری price پرکشش ہو سکتا ہے، مگر اصل سوال یہ ہے: آپ اپنی مطلوبہ مقدار بیچ کر حقیقتاً کتنی رقم وصول کر سکتے ہیں؟ Liquidity اسی عملی سوال کا جواب دیتی ہے۔ یہ رہنمائی اس خریدار کے لیے ہے جو کسی live price API پر انحصار کیے بغیر contract، pool، executable quote، price impact، LP control اور exit size کو منظم طریقے سے جانچنا چاہتا ہے۔

اوپر کی تصویر 2026-08-01T17:20:27+08:00 پر لی گئی Uniswap Labs کی سرکاری market-depth تحقیق ہے۔ یہ مخصوص میم کوائن کی موجودہ liquidity ثابت نہیں کرتی؛ اس کا مقصد یہ دکھانا ہے کہ market depth محض TVL نہیں بلکہ مقررہ price impact کے اندر قابلِ تجارت مقدار ہے، اور concentrated-liquidity pool میں liquidity مختلف price ranges میں تقسیم ہو سکتی ہے۔

مختصر جواب: liquidity check کا فیصلہ کن اصول

Liquidity کو ایک عدد سے نہ ناپیں۔ قابلِ اعتماد نتیجے کے لیے کم از کم یہ چار چیزیں ایک ساتھ لکھیں:

  1. درست network، token contract اور pool contract؛
  2. مختلف sell sizes پر ملنے والا executable output اور price impact؛
  3. liquidity کس کے کنٹرول میں ہے اور کب نکالی جا سکتی ہے؛
  4. quote کا وقت، route، fee، minimum received اور وہ باتیں جو ابھی verify نہیں ہوئیں۔

اگر آپ صرف headline TVL، 24-hour volume یا ایک چھوٹی test trade دیکھتے ہیں تو آپ بڑی position کی exit capacity نہیں جانتے۔ ایک pool جو 50 USDT کی فروخت کے لیے مناسب ہے، ضروری نہیں کہ 5,000 USDT کے لیے بھی مناسب ہو۔

پہلے اصطلاحات الگ کریں

TVL یا pool value

TVL عموماً pool میں موجود assets کی تخمینی dollar value ہے۔ یہ ابتدائی اشارہ ہے، sell guarantee نہیں۔ Dollar value خود price feed یا غیر liquid quote token پر مبنی ہو سکتی ہے۔ Concentrated-liquidity design میں pool کی کل value کا کچھ حصہ موجودہ قیمت کی active range سے باہر بھی ہو سکتا ہے۔

Reserves

Reserves pool کے دونوں assets کی مقدار ہیں۔ Uniswap v2 جیسے constant-product design میں reserves قیمت اور trade output کے بنیادی inputs ہیں۔ Ethereum.org کی Uniswap v2 contract walkthrough واضح کرتی ہے کہ liquidity providers دو tokens فراہم کرتے ہیں اور traders انہی pool assets کے خلاف swap کرتے ہیں۔ لیکن reserve number کو contract identity اور token decimals verify کیے بغیر استعمال نہ کریں۔

Market depth

Market depth وہ مقدار ہے جو کسی متعین price movement، مثلاً 1% یا 2%، کے اندر خریدی یا بیچی جا سکے۔ Uniswap v3 market-depth paper میں v2 اور v3 کے depth calculations الگ دکھائے گئے ہیں؛ اس لیے دو مختلف pool designs کا headline TVL سیدھا compare کرنا گمراہ کن ہو سکتا ہے۔

Price impact

Price impact آپ کی اپنی trade کی وجہ سے pool price میں تبدیلی ہے۔ Uniswap کی سرکاری وضاحت کے مطابق چھوٹے liquidity pool میں ایک ہی trade نسبتاً بڑا price impact پیدا کر سکتی ہے۔ یہ market price اور آپ کی trade کے بعد ملنے والی effective price کے فرق سے متعلق ہے۔

Slippage، minimum received اور fee

Slippage tolerance وہ حد ہے جس کے اندر execution کے دوران quote بدلنے کی اجازت دی جاتی ہے۔ Minimum received اس tolerance کے بعد کم از کم output دکھاتا ہے۔ Pool fee، network fee اور token tax الگ costs ہو سکتے ہیں۔ ان سب کو “price impact” کہہ دینا حساب خراب کرتا ہے۔ Slippage tolerance بڑھانا liquidity پیدا نہیں کرتا؛ یہ صرف خراب execution قبول کرنے کی حد بڑھاتا ہے۔

مرحلہ 1: صحیح token اور صحیح pool منتخب کریں

Symbol یا نام سے pool نہ چنیں، کیونکہ جعلی tokens ایک ہی نام استعمال کر سکتے ہیں۔ Project کے قابلِ تصدیق ذریعے یا معتبر explorer سے contract address لیں، پھر یہ معلومات ایک research sheet میں درج کریں:

  • network اور chain ID؛
  • token contract اور decimals؛
  • base/quote token دونوں کے contract addresses؛
  • DEX، pool contract اور fee tier؛
  • bridged یا wrapped version کی حیثیت؛
  • snapshot کا RFC3339 وقت۔

ایک token کے مختلف quote assets، fee tiers اور chains پر کئی pools ہو سکتے ہیں۔ صرف سب سے نمایاں pool دیکھنے سے مجموعی picture غلط بن سکتی ہے۔ USDC کے مقابل pool اور کسی کم معروف token کے مقابل pool کی dollar TVL یکساں قابلِ اعتماد نہیں۔ اگر asset bridged ہے تو Ethereum.org کی bridge documentation میں بیان کردہ lock-and-mint، burn-and-mint یا liquidity-network model سمجھیں؛ دوسرے chain کی wrapped supply اور liquidity کو اصل chain کے contract کے ساتھ خاموشی سے جمع نہ کریں۔

مرحلہ 2: Swap interface کو صرف quote کے لیے استعمال کریں

Uniswap کے سرکاری بلاگ میں حقیقی Swap interface، جس میں input، output اور settings دکھائی گئی ہیں

یہ screenshot 2026-08-17T14:53:19+08:00 پر Uniswap Labs کے سرکاری Safety and Simplicity صفحے سے لیا گیا۔ اس میں حقیقی Uniswap Swap interface کی مثال ہے، مگر دکھائی گئی USDC/DAI رقم تاریخی illustration ہے؛ یہ آج کی quote، میم کوائن کی liquidity یا ہمارے کسی wallet کی transaction نہیں۔ Screenshot میں کوئی account، wallet، token یا داخلی URL شامل نہیں۔

Wallet connect یا transaction submit کیے بغیر بھی بہت سے interfaces میں indicative quote دیکھی جا سکتی ہے۔ درست token contract منتخب کرنے کے بعد sell direction سیٹ کریں، output asset ایسا منتخب کریں جس کی liquidity اور identity الگ verify ہو، اور quote کا وقت لکھیں۔ اگر interface token کو پہچانتا نہیں یا warning دیتا ہے تو warning کو bypass کرنے سے پہلے contract دوبارہ ملائیں۔

ہر quote کے لیے کم از کم یہ fields محفوظ کریں:

Field کیا لکھنا ہے کیوں ضروری ہے
Input token quantity position کے کس حصے کی جانچ ہوئی
Expected output quote asset کی مقدار headline value کے مقابل قابلِ عمل تخمینہ
Price impact interface کا فیصد size بڑھنے پر depth کیسے بگڑتی ہے
Minimum received worst accepted output tolerance کا عملی اثر
Route/pool استعمال ہونے والے pools quote کس liquidity پر منحصر ہے
Fees pool، network، دیگر واضح charges net proceeds الگ نکالنے کے لیے
Time timezone کے ساتھ RFC3339 quote کو مستقل حقیقت بننے سے روکنے کے لیے

مرحلہ 3: Sell ladder بنائیں

اپنی position کو ایک ہی بار 100% quote نہ کریں۔ پہلے ایک ladder بنائیں: 1%، 5%، 10%، 25%، 50% اور 100%۔ بہت چھوٹی position ہو تو ایسے absolute sizes منتخب کریں جو آپ کے حقیقی فیصلے سے متعلق ہوں۔ ہر step پر output، price impact، minimum received اور route نوٹ کریں۔ Transaction submit کرنا اس تحقیق کے لیے ضروری نہیں۔

پھر تین تبدیلیاں دیکھیں:

  1. Output linear ہے یا نہیں؟ اگر input دوگنا ہو مگر output دوگنا ہونے سے بہت کم رہے تو marginal liquidity کمزور ہے۔
  2. Route بدل رہا ہے؟ بڑا order aggregator کو متعدد pools یا intermediary tokens استعمال کرنے پر مجبور کر سکتا ہے۔
  3. Quote fail کہاں ہوتی ہے؟ failure کم liquidity، transfer tax، blacklist، paused trading، route absence یا interface limitation میں سے کسی وجہ سے ہو سکتی ہے؛ صرف ایک سبب فرض نہ کریں۔

اپنی acceptable limit خود پہلے طے کریں۔ مثال کے طور پر “میں total cost 3% سے زیادہ قبول نہیں کروں گا” ایک user-defined rule ہو سکتا ہے، universal safe threshold نہیں۔ میم کوائن volatility میں quote چند blocks میں بدل سکتی ہے، اس لیے threshold کو safety guarantee نہ بنائیں۔

مرحلہ 4: Headline TVL کے پیچھے active depth دیکھیں

Uniswap v3 جیسے concentrated-liquidity pools میں providers مخصوص price range چنتے ہیں۔ Current price اس range سے باہر چلی جائے تو وہ position ایک asset میں تبدیل ہو سکتی ہے اور active trading depth کم ہو سکتی ہے۔ اسی وجہ سے صرف “pool میں کتنے dollars ہیں” کافی نہیں؛ price کے دونوں طرف depth، fee tier اور liquidity distribution بھی دیکھیں۔

اگر interface یا analytics page active liquidity chart دیتا ہے تو current tick کے آس پاس distribution نوٹ کریں۔ چار باتیں compare کریں:

  • current price کے قریب liquidity کتنی concentrated ہے؛
  • price کے نیچے، یعنی sell direction میں depth کیسی ہے؛
  • بڑے range gaps موجود ہیں یا نہیں؛
  • مختلف fee tiers میں liquidity بٹی ہوئی ہے یا نہیں۔

Pool کی total value بڑی ہو سکتی ہے مگر sell direction میں قریب ترین ranges پتلی ہوں۔ اسی لیے executable sell ladder، TVL سے زیادہ فیصلہ کن evidence ہے۔

مرحلہ 5: Volume quality کی جانچ کریں

24-hour volume کو liquidity کا متبادل نہ سمجھیں۔ Volume گزرے ہوئے trades کا مجموعہ ہے، جبکہ depth موجودہ state میں قابلِ عمل trade size سے متعلق ہے۔ زیادہ turnover کے باوجود reserves کم ہو سکتے ہیں۔ Bot activity، incentives یا wash-like patterns volume کو بڑا دکھا سکتے ہیں۔

Explorer یا analytics page پر یہ patterns دیکھیں:

  • trades پورے دن میں پھیلی ہیں یا چند منٹ میں جمع؛
  • buy اور sell دونوں طرف مختلف wallets ہیں یا چند addresses غالب؛
  • ایک جیسی amounts مسلسل repeat ہو رہی ہیں یا نہیں؛
  • volume کے ساتھ reserves بھی مستحکم ہیں یا تیزی سے بدل رہے ہیں؛
  • activity organic users کی طرح متنوع ہے یا circular transfers جیسی لگتی ہے۔

یہ observations suspicion پیدا کر سکتے ہیں، کسی wallet کے ارادے یا wash trading کو قطعی ثابت نہیں کرتے۔ مضبوط نتیجے کے لیے متعدد اوقات کے snapshots، transaction hashes اور counterparties درکار ہیں۔

مرحلہ 6: Liquidity کس کے کنٹرول میں ہے؟

Uniswap v2 style pools میں LP tokens ownership دکھا سکتے ہیں، جبکہ v3 positions NFTs کی صورت میں ہو سکتی ہیں۔ Team یا ایک نامعلوم wallet اگر بڑا حصہ control کرے تو وہ liquidity نکال سکتا ہے۔ Uniswap کی liquidity-risk guidance permissionless markets، token volatility اور unlocked team liquidity جیسے خطرات بیان کرتی ہے۔

“Liquidity locked” یا “LP burned” badge کو اکیلا evidence نہ مانیں۔ آزادانہ طور پر verify کریں:

  • locker یا burn address کا مکمل contract؛
  • locked LP token یا position ID؛
  • locked amount کا total liquidity سے تناسب؛
  • beneficiary، owner اور emergency permissions؛
  • unlock time، timezone اور extension rules؛
  • کیا دوسری بڑی unlocked position بھی موجود ہے۔

Burned LP token withdrawal روک سکتا ہے، مگر malicious token contract، mint authority، blacklist، sell tax یا proxy upgrade risk ختم نہیں کرتا۔ اسی طرح lock expiry تک liquidity رہنے کا مطلب یہ نہیں کہ market price مستحکم رہے گی۔

مرحلہ 7: Contract restrictions کو liquidity سے الگ رکھیں

کبھی quote بظاہر مناسب ہوتی ہے لیکن sell transaction fail ہو جاتی ہے۔ اس کی وجہ pool depth نہیں بلکہ token logic ہو سکتی ہے: transfer tax، maximum transaction، cooldown، blacklist، trading toggle، allowlist یا owner-controlled router exception۔ اس لیے liquidity check کے ساتھ contract permissions کی الگ رہنمائی بھی استعمال کریں۔

Small test trade صرف اس وقت اور صرف اتنی رقم سے کریں جس کا مکمل نقصان برداشت ہو، اور اسے بڑی exit کا ثبوت نہ لکھیں۔ Contract مختلف wallet sizes، addresses یا blocks پر مختلف behavior نافذ کر سکتا ہے۔ Approval دیتے وقت spending limit اور revoke process بھی سمجھیں؛ quote دیکھنے کے لیے wallet approval ضروری نہیں ہونا چاہیے۔

مرحلہ 8: MEV اور timing risk شامل کریں

Public mempool میں بڑی DEX trade sandwich attack کا ہدف بن سکتی ہے۔ Ethereum.org کی MEV documentation بیان کرتی ہے کہ searcher بڑی DEX trade کے آگے اور پیچھے transactions رکھ کر قیمت سے فائدہ اٹھا سکتا ہے۔ Indicative quote اس execution risk کو مکمل طور پر capture نہیں کرتی۔

اس لیے final decision میں یہ لکھیں کہ quote کس block یا وقت پر دیکھی گئی، slippage tolerance کتنی تھی، private routing دستیاب تھی یا نہیں، اور position کو chunks میں تقسیم کرنے سے total fees اور market impact کیسے بدل سکتے ہیں۔ Chunks ہمیشہ بہتر نہیں: متعدد swaps extra fees، price movement اور repeated MEV exposure بڑھا سکتے ہیں۔

فرضی مثال: اسکرین value بمقابلہ exit value

یہ مکمل طور پر فرضی تعلیمی مثال ہے، کسی حقیقی token یا live quote کی نمائندگی نہیں۔ تصور کریں wallet میں 100,000 tokens ہیں اور screen price 0.001 USDT ہے، اس لیے کاغذی value 100 USDT بنتی ہے۔ Sell ladder کے نتائج یہ ہوں:

Sell quantity Headline value Indicative output فرضی total gap
10,000 10 USDT 9.70 USDT 3.0%
25,000 25 USDT 23.50 USDT 6.0%
50,000 50 USDT 44.00 USDT 12.0%
100,000 100 USDT 82.00 USDT 18.0%

اگر network اور pool fees ملا کر مزید 2 USDT ہوں اور minimum received 78 USDT دکھے تو headline 100 USDT کو “قابلِ وصول رقم” کہنا غلط ہوگا۔ 18 USDT کا indicative gap بھی خود بخود صرف price impact نہیں؛ route، pool fee، token tax، slippage اور movement الگ verify کرنے ہوں گے۔ اس مثال کا مقصد non-linear deterioration سمجھانا ہے، کوئی safe percentage تجویز کرنا نہیں۔

دو وقتوں پر دوبارہ جانچ

ایک snapshot عارضی state ہے۔ کم از کم دو مختلف اوقات پر وہی sell ladder دہرائیں، خصوصاً اگر پہلی جانچ غیر معمولی hype یا sharp price move کے دوران ہوئی ہو۔ دونوں snapshots میں pool address، route اور inputs یکساں رکھیں۔ اگر نتائج بدلیں تو فرق کو “data error” کہنے سے پہلے reserves، liquidity additions/removals، price movement اور route changes دیکھیں۔

اپنے نتیجے کو اس format میں محفوظ کریں:

2026-08-17T15:00:00+08:00 پر network X کے verified pool Y میں فرضی sell size Z کی quote دیکھی گئی۔ Expected output A، minimum received B اور displayed price impact C تھا۔ LP control کے متعلق D verify ہوا، جبکہ E ابھی نامعلوم ہے۔ یہ وقت درج snapshot ہے، future execution guarantee نہیں۔

اوپر کا timestamp صرف format کی مثال ہے، live observation نہیں۔ اصل تحقیق میں حقیقی وقت اور values درج کریں۔

فیصلہ: pass، caution یا stop

Pass for further research

Token اور pool identity verify ہو، relevant sell sizes پر output برداشت کے اندر ہو، route واضح ہو، LP control قابلِ فہم ہو اور کوئی فوری sell restriction نہ ملے۔ اس کا مطلب “سرمایہ کاری محفوظ” نہیں؛ صرف liquidity stage پر مزید تحقیق کی گنجائش ہے۔

Caution

Quotes جلد خراب ہوں، liquidity متعدد کمزور pools میں بٹی ہو، holder-controlled LP بڑا ہو، lock evidence نامکمل ہو، یا دو snapshots میں غیر معمولی فرق آئے۔ Position size کم کرنا بھی risk ختم نہیں کرتا؛ نامعلوم باتیں واضح لکھیں۔

Stop

Contract/pool identity match نہ ہو، sell quote مسلسل fail ہو، output قابلِ قبول حد سے بہت نیچے ہو، token logic sell روکے، یا liquidity removal کا واضح اور فوری اختیار ایک فریق کے پاس ہو۔ “بعد میں liquidity آ جائے گی” قابلِ تصدیق evidence نہیں۔

آخری checklist

  • Network، token contract، pool contract اور quote asset verify کیے۔
  • تمام متعلقہ pools اور fee tiers دیکھے، صرف ایک headline pool نہیں۔
  • 1% سے 100% تک relevant sell ladder record کی۔
  • Expected output، minimum received، impact، fees، route اور وقت محفوظ کیے۔
  • TVL کے ساتھ active range/depth دیکھی۔
  • Volume pattern کو reserves اور transaction distribution کے ساتھ پڑھا۔
  • LP token یا position ownership، lock amount اور unlock time verify کیے۔
  • Token tax، blacklist، pause، max transaction اور proxy permissions الگ دیکھیں۔
  • MEV، route change اور snapshot limits تحریری نتیجے میں شامل کیے۔
  • کسی badge، test trade یا ایک screenshot کو safety guarantee نہیں بنایا۔

میم کوائن risk checklist ٹول میں contract، holder اور liquidity observations ایک جگہ محفوظ کیے جا سکتے ہیں۔ Market cap اور حقیقی قابلِ فروخت value کا فرق سمجھنے کے لیے market cap بمقابلہ price اور execution costs کے لیے slippage، spread اور price impact بھی پڑھیں۔

بنیادی مآخذ

یہ تعلیمی مواد ہے، مالی مشورہ نہیں۔ میم کوائن میں پوری رقم ضائع ہونے اور مطلوبہ وقت پر exit نہ ملنے کا خطرہ ہے۔ اہل صارف چاہے تو بائنانس دعوتی کوڈ BN8812 درج کر سکتا ہے۔ سائٹ آپریٹر کے مطابق spot trading fee پر زیادہ سے زیادہ 20% رعایت ممکن ہے؛ اصل شرح، اہلیت، علاقائی دستیابی اور موجودہ شرائط بائنانس پر خود تصدیق کریں۔