ٹوکن Unlock اور Dilution میم کوائن کی قدر کو کیسے بدلتے ہیں؟

Token unlock کا مطلب یہ ہے کہ پہلے محدود ٹوکن کسی طے شدہ شرط، تاریخ یا vesting schedule کے بعد قابلِ دعویٰ یا قابلِ منتقلی ہو جائیں۔ Dilution اس سے الگ سوال ہے: موجودہ holders کے مقابل قابلِ گردش units کتنی بڑھ سکتی ہیں؟ ایک بڑا unlock خطرے کی علامت ہو سکتا ہے، مگر صرف کیلنڈر دیکھ کر یہ کہنا درست نہیں کہ قیمت لازماً گرے گی۔ صحیح تجزیہ allocation، contract mechanics، recipient، circulating-supply methodology اور market liquidity کو ایک ہی وقت پر جوڑتا ہے۔

اس رہنمائی کا ہدف وہ قاری ہے جو کسی meme coin میں سرمایہ لگانے سے پہلے تین باتوں کا عملی جواب چاہتا ہے: نئی supply واقعی کب دستیاب ہوگی، موجودہ float کے مقابل اس کا وزن کتنا ہے، اور اگر کچھ recipients فروخت کریں تو market کتنا برداشت کر سکتا ہے۔ تمام اعداد source اور وقت کے ساتھ لکھیں؛ اس مضمون کے حساب scenario ہیں، price forecast نہیں۔

مختصر جواب: unlock، mint اور sale ایک چیز نہیں

• Mint نئی units بناتا ہے اور total supply بڑھا سکتا ہے۔
• Unlock یا vesting release پہلے سے موجود allocation پر transfer restriction ختم کرتا ہے؛ total supply بدلے بغیر circulating supply بڑھ سکتی ہے۔
• Claim vested ٹوکن کو beneficiary wallet میں منتقل کر سکتا ہے، مگر claim ہوتے ہی exchange پر sale ثابت نہیں ہوتی۔
• Sale الگ on-chain یا exchange activity ہے۔ Centralized exchange کے اندر ہونے والی خرید و فروخت مکمل طور پر public chain پر دکھائی نہیں دیتی۔
• Dilution pressure demand، recipient incentives اور liquidity کے مقابل نئی قابلِ فروخت supply کا رشتہ ہے، کوئی خودکار قیمت فارمولا نہیں۔

اس مضمون میں کیا ملے گا؟

1. Unlock schedule کے بنیادی اجزا
2. Cliff، linear vesting اور batch release کا فرق
3. Gross dilution اور net float change کے حساب
4. Recipient اور cost basis کیوں اہم ہیں
5. Contract، wallets اور explorer سے تصدیق
6. Liquidity کے ساتھ sell-pressure scenarios
7. Red flags، checklist اور FAQ

Unlock schedule کے پانچ لازمی اجزا

کسی tokenomics chart میں خوب صورت دائرے یا percentages کافی نہیں۔ ہر allocation کے لیے کم از کم یہ پانچ fields نکالیں:

Field	کیا لکھنا ہے	غلطی جس سے بچنا ہے
Allocation	team، investor، treasury، ecosystem، airdrop یا liquidity	صرف فیصد نقل کرنا، token amount نہ نکالنا
Start	vesting یا unlock کب شروع ہوتا ہے	date-only disclosure میں اپنی طرف سے ساعت گھڑنا
Cliff	پہلی ممکنہ release سے پہلے انتظار	cliff کو پوری vesting مدت سمجھنا
Release curve	linear، ماہانہ tranche، milestone یا discretionary	“linear” کو لازماً روزانہ transfer سمجھنا
Recipient/control	beneficiary، vesting contract، multisig یا treasury	نامعلوم wallet کو ثبوت کے بغیر team کہنا

Schedule کی version اور publication date بھی محفوظ کریں۔ Project پرانا paper بدل سکتا ہے، governance نئی تجویز منظور کر سکتی ہے، یا contract deployment marketing chart سے مختلف ہو سکتا ہے۔ اس لیے documented plan، current contract state اور observed transfers کو الگ خانوں میں رکھیں۔

Cliff اور linear vesting حقیقت میں کیسے مختلف ہیں؟

Cliff وہ ابتدائی مدت ہے جس میں beneficiary کے لیے releasable amount صفر رہ سکتا ہے۔ Cliff ختم ہوتے ہی کبھی ایک بڑی catch-up tranche دستیاب ہوتی ہے، اور کبھی vesting اسی لمحے سے شروع ہوتی ہے؛ اصل formula contract یا binding document بتاتا ہے۔ Linear vesting میں vested amount وقت کے ساتھ بتدریج بڑھتا ہے۔ Batch vesting میں ہر ہفتے، مہینے یا quarter کے بعد الگ tranche دستیاب ہو سکتی ہے۔

اوپر حقیقی OpenZeppelin VestingWallet دستاویز ہے۔ یہ reusable contract component سمجھاتی ہے: wallet ERC-20 assets رکھ سکتا ہے اور beneficiary کو schedule کے مطابق release کرتا ہے۔ Documentation یہ اہم caveat بھی دیتی ہے کہ wallet ownable ہے اور ownership transfer ہو سکتی ہے؛ اس لیے “unvested” کو ہمیشہ “کسی صورت فروخت نہیں ہو سکتا” کہنا محفوظ مفروضہ نہیں۔ یہ تصویر کسی مخصوص meme coin کے استعمال یا حفاظت کا ثبوت نہیں، صرف component کی documented behavior دکھاتی ہے۔

دوسری حقیقی OpenZeppelin VestingWalletCliff دستاویز واضح کرتی ہے کہ cliff ایک الگ extension ہے۔ کسی project کا contract OpenZeppelin نام استعمال کرے تب بھی deployed source، constructor values، proxy implementation اور current owner الگ verify کریں؛ library documentation deployment-specific evidence نہیں۔

Unlock اور mint میں فرق کیسے verify کریں؟

Ethereum کے EIP-20 معیار میں totalSupply() موجود supply لوٹاتا ہے، اور نئی units بننے پر zero address سے Transfer event emit کرنے کی سفارش ہے۔ ethereum.org کی ERC-20 رہنمائی بھی totalSupply، balances اور transfers کو contract interface کا حصہ دکھاتی ہے۔ عملی تحقیق میں یہ سوال الگ الگ پوچھیں:

1. کیا total supply unlock کے وقت بڑھی؟ اگر ہاں، mint یا emission logic تلاش کریں۔
2. کیا total supply وہی رہی مگر locked wallet سے beneficiary کو transfer ہوا؟ یہ existing units کا release ہو سکتا ہے۔
3. کیا tokens contract میں پہلے ہی موجود تھے مگر releasable amount وقت کے ساتھ بدلا؟ یہ vesting accrual ہو سکتا ہے۔
4. کیا bridge نے source chain پر lock اور destination chain پر representation mint کی؟ دونوں chains کو سادہ جمع کرنے سے double counting ہو سکتی ہے۔
5. کیا burn، buyback یا treasury lock اسی مدت میں float کم کر رہا ہے؟ Gross unlock اور net change مختلف ہو سکتے ہیں۔

Explorer پر token contract، vesting contract اور beneficiary wallets تین الگ entities سمجھیں۔ Verified source ملے تو functions کے نام پر نہیں رکیں؛ access control، upgradeability اور initialized parameters دیکھیں۔ Source verified نہ ہو تو schedule پر confidence کم رکھیں، چاہے marketing page بہت واضح ہو۔

Gross dilution کیسے حساب کریں؟

پہلا تناسب اگلی ممکنہ release کو موجودہ circulating supply کے مقابل رکھتا ہے:

Gross unlock ratio = اگلی releasable units ÷ موجودہ circulating supply × 100

فرضی مثال: current circulating supply 800 million ہے اور اگلی tranche 40 million ہے۔ Gross unlock ratio 40 ÷ 800 × 100 = 5% بنتا ہے۔ اس کا مطلب یہ نہیں کہ price 5% گرے گی؛ یہ صرف بتاتا ہے کہ موجودہ float کے مقابل کتنی units نئی طور پر دستیاب ہو سکتی ہیں۔

دوسرا حساب event کے بعد نظری circulating supply دکھاتا ہے:

Post-unlock circulation = current circulation + released units − اسی مدت میں دوبارہ locked یا burned units

اگر 40 million release ہوں، 6 million permanently burn ہوں، اور باقی assumptions نہ بدلیں تو net increase 34 million ہوگا۔ لیکن treasury سے operational payment، market maker inventory یا bridge transfer کو فوراً “public float” کہنا مشکل ہے۔ ہر category کے لیے methodology لکھیں۔

Circulating supply کا denominator خود تحقیق کا موضوع ہے

CoinGecko Supply Methodology circulating supply سے locked، vested اور بعض team، foundation یا treasury wallets خارج کرنے کی وضاحت کرتی ہے۔ اس کی Supply Update FAQ multi-chain native issuance، lock-and-mint اور burn-and-mint bridge models کے لیے مختلف accounting بتاتی ہے۔ CoinMarketCap supply definitions بھی circulating، total اور max supply کی اپنی methodology دیتی ہیں۔

اس کا نتیجہ سادہ ہے: دو معروف trackers کا denominator مختلف ہو تو unlock ratio بھی مختلف ہوگا۔ Source A کے circulating supply کو source B کے unlock amount کے ساتھ ملانے سے پہلے timestamp، chain scope، excluded wallets اور decimals برابر کریں۔ Project کا self-reported figure بھی بطور input رکھا جا سکتا ہے، مگر اسے independent fact نہ کہیں۔ بہتر table میں کم از کم دو methodologies اور on-chain total supply ساتھ دکھائیں۔

FDV gap مفید ہے، مگر unlock calendar نہیں

FDV عموماً current price کو max یا fully diluted supply سے ضرب دے کر بنائی گئی valuation ہے۔ Binance Academy کی Urdu FDV glossary locked یا بتدریج جاری ہونے والی supply کو future dilution risk کے تناظر میں سمجھاتی ہے۔ Market cap کے مقابل بہت بڑا FDV یہ اشارہ دے سکتا ہے کہ circulation کے باہر کافی units ہیں، مگر یہ نہیں بتاتا کہ وہ کل release ہوں گی یا کئی سال بعد۔

اس لیے دو الگ outputs رکھیں:

• FDV gap: موجودہ valuation اور fully diluted assumption کے درمیان فرق۔
• Near-term unlock load: اگلے 30، 90 یا 365 دن میں documented releasable units کا current float سے تناسب۔

دونوں کو ایک دوسرے کا substitute بنانا غلط ہے۔ Max supply contract میں fixed نہ ہو، inflation جاری ہو، یا token bridged ہو تو FDV خود اضافی assumptions مانگتا ہے۔ تفصیل کے لیے FDV کی مکمل رہنمائی اور circulating بمقابلہ total supply الگ پڑھیں۔

Recipient اور cost basis sell pressure بدلتے ہیں

ایک ہی 5% gross unlock کے اثرات recipient کے لحاظ سے مختلف ہو سکتے ہیں۔ Early investor جس کی acquisition cost بہت کم ہو اس کے incentives community reward recipient سے مختلف ہو سکتے ہیں۔ Treasury کو ملنے والے tokens salaries، grants، market making یا liquidity کے لیے استعمال ہو سکتے ہیں؛ ہر استعمال کا market path الگ ہے۔ Team یا advisor label بھی فروخت کی ضمانت نہیں۔

یہ evidence hierarchy استعمال کریں:

1. Contract میں واضح beneficiary اور release parameters
2. Official allocation document اور wallet disclosure
3. Governance proposal، execution transaction اور multisig record
4. Explorer labels، بشرطیکہ label کا source معلوم ہو
5. Community spreadsheet یا social-media claim — صرف lead، حتمی ثبوت نہیں

Wallet behavior پڑھتے وقت exchange deposit، DEX swap اور معمول کے transfer میں فرق کریں۔ Recipient نے tokens نئے wallet میں منتقل کیے تو اسے sale نہ لکھیں۔ Address clustering میں غلط identity attribution سنگین مسئلہ ہے، اس لیے confidence level شامل کریں: confirmed، strongly supported، tentative یا unknown۔

Liquidity کے بغیر unlock ratio ادھورا ہے

قیمت پر ممکنہ دباؤ جانچنے کے لیے float increase کو executable liquidity کے ساتھ ملائیں۔ Uniswap کی price-impact وضاحت کے مطابق trade کا price impact pool liquidity کے سائز سے متاثر ہوتا ہے؛ کم liquidity میں ایک ہی trade کا اثر بڑا ہو سکتا ہے۔ Meme coins میں quoted market cap بہت بڑا نظر آ سکتا ہے، مگر relevant pools کی usable depth محدود ہو سکتی ہے۔

تین فرضی scenarios بنائیں۔ فرض کریں 40 million tokens unlock ہوتے ہیں:

Scenario	فروخت کا مفروضہ	تحقیق کا مطلب
Low	2% یعنی 0.8 million tokens	معمولی recipient activity، مگر thin pool میں پھر بھی اہم ہو سکتی ہے
Medium	15% یعنی 6 million tokens	کئی دنوں کی volume اور pool depth سے compare کریں
High	50% یعنی 20 million tokens	stress test؛ اسے base-case forecast نہ کہیں

ہر scenario کو USD میں تبدیل کرتے وقت ایک frozen reference price اور timestamp لکھیں۔ پھر 1% یا 2% quoted depth، pool reserves، daily volume quality اور venue concentration دیکھیں۔ Reported volume wash trading یا duplicated markets سے متاثر ہو سکتی ہے، اس لیے volume اکیلا liquidity کا قابلِ اعتماد بدل نہیں۔ Slippage اور price impact کی عملی رہنمائی اس execution layer کو الگ تفصیل سے سمجھاتی ہے۔

حقیقی historical document سے کیا سیکھ سکتے ہیں؟

BONK Paper ایک project-authored historical document ہے جس میں allocation اور early-contributor vesting بیان ہوئی تھی۔ ایسے paper سے documented plan، percentage اور stated duration مل سکتی ہے، مگر آج کا locked balance، recipient identity یا implementation خود بخود ثابت نہیں ہوتا۔ Paper کی تاریخ، current official updates اور chain evidence ساتھ ملائیں۔

Supply schedule، distribution اور holder incentives کو ہمیشہ broader evaluation کا حصہ رکھیں۔ کسی عمومی tokenomics framework کو مخصوص token کی guarantee یا price prediction کے لیے استعمال نہ کریں۔ Methodology source صرف تحقیق کا ڈھانچا دیتا ہے؛ asset-specific نتیجہ ہمیشہ contract اور current records مانگتا ہے۔

Unlock research کا قابلِ تکرار workflow

1. Asset identity lock کریں

نام یا ticker پر اعتماد نہ کریں۔ Official contract address، chain، decimals اور bridge model لکھیں۔ جعلی token یا دوسری chain کی wrapped representation پوری calculation خراب کر سکتی ہے۔

2. Primary documents محفوظ کریں

Whitepaper، tokenomics page، vesting agreement summary، governance proposals اور announcements کے URLs، publication dates اور relevant page numbers note کریں۔ پرانا version ہو تو اسے “historical” label دیں۔

3. Allocation ledger بنائیں

ہر bucket کا percentage، token amount، TGE release، cliff، curve، start، end، recipient اور source ایک row میں رکھیں۔ مجموعہ 100% نہ بنے تو unresolved discrepancy لکھیں؛ خاموشی سے balancing number نہ گھڑیں۔

4. Contract mechanics verify کریں

Verified source، proxy implementation، owner/admin، start timestamp، duration، cliff، releasable amount اور release events دیکھیں۔ Contract کے UTC timestamp کو مقامی وقت میں بدلیں تو دونوں values محفوظ کریں۔

5. Supply denominator منتخب کریں

Current circulating supply کا provider، retrieval time، chain coverage اور excluded-wallet policy لکھیں۔ On-chain total supply الگ capture کریں۔ مختلف timestamps کے numbers کو synchronous snapshot نہ کہیں۔

6. Gross اور net scenarios نکالیں

اگلے event، 30 دن، 90 دن اور ایک سال کی releasable units الگ جمع کریں۔ Burns، re-locking یا known bridge adjustments صرف قابلِ تصدیق ہوں تو net کریں۔ Token dilution calculator arithmetic منظم کرتا ہے، مگر input کی سچائی خود verify کرنی ہوگی۔

7. Liquidity stress test کریں

Relevant chain اور pair کی reserves، depth، spread اور realistic order size دیکھیں۔ Recipient کے 2%، 15% اور 50% فروخت scenarios کو sensitivity range سمجھیں، prediction نہیں۔

8. Event کے بعد دوبارہ چیک کریں

Scheduled date، vesting accrual، claim transaction اور exchange deposit الگ events ہیں۔ Actual release، beneficiary transfer، circulating-supply update اور liquidity response کو بعد میں timestamp کے ساتھ record کریں۔

Red flags جنہیں فوری نوٹ کرنا چاہیے

• Schedule صرف infographic میں ہو، binding document یا contract address نہ ملے۔
• Allocation percentages مکمل supply سے reconcile نہ ہوں۔
• Team یا investor wallets disclose نہ ہوں اور vesting mechanism verify نہ ہو سکے۔
• Contract upgradeable ہو مگر admin، multisig یا timelock واضح نہ ہو۔
• “Locked” tokens ایسے wallet میں ہوں جہاں owner فوری transfer کر سکتا ہو۔
• Marketing material unlock کو burn یا liquidity event کے ساتھ مبہم انداز میں ملائے۔
• Tracker صرف ایک chain دکھائے جبکہ asset متعدد chains پر native issuance رکھتا ہو۔
• Countdown تاریخ دکھائے مگر timezone، amount یا event definition نہ دے۔
• Project “no dilution” کہے جبکہ mint authority، emissions یا discretionary treasury release موجود ہو۔
• Community posts ہر beneficiary transfer کو sale کہیں، مگر swap یا exchange deposit evidence نہ ہو۔

ایک red flag fraud کا حتمی ثبوت نہیں، مگر verification burden بڑھاتا ہے۔ کئی unresolved flags جمع ہوں تو scenario range وسیع رکھیں یا سرمایہ نہ لگانے کا فیصلہ بھی معقول ہے۔

نتیجہ کیسے لکھیں تاکہ بعد میں audit ہو سکے؟

اچھی research note میں چار الگ headings ہوں:

• Documented: official material کیا کہتا ہے؟
• Observed: contract اور chain پر مخصوص وقت میں کیا نظر آیا؟
• Calculated: کن inputs اور formulas سے ratios نکلے؟
• Unresolved: کون سا wallet، timezone، bridge treatment یا schedule change verify نہیں ہوا؟

“اگلے مہینے 5% unlock ہے، اس لیے price 5% گرے گی” ناقابلِ دفاع نتیجہ ہے۔ بہتر جملہ یہ ہوگا: “دستیاب document کے مطابق tranche current provider-A circulating supply کے 5% کے برابر ہے؛ recipient behavior اور executable liquidity نامعلوم ہونے کی وجہ سے price effect متعین نہیں۔” یہ زبان uncertainty چھپاتی نہیں اور قاری calculation دوبارہ کر سکتا ہے۔

فوری checklist

• Contract address اور chain official source سے match ہیں
• Document version، page اور access time محفوظ ہیں
• Allocation amount اور percentage دونوں reconcile ہوتے ہیں
• Cliff، curve، start، end اور timezone واضح ہیں
• Unlock، claim، transfer، mint اور sale الگ رکھے گئے ہیں
• Proxy، owner/admin اور mint authority دیکھی گئی ہے
• Circulating-supply methodology اور timestamp درج ہیں
• Multi-chain یا bridge double counting چیک ہوئی ہے
• Gross unlock ratio اور net assumptions الگ ہیں
• Recipient identity کے ساتھ confidence label ہے
• Liquidity stress test prediction کے بجائے range ہے
• Event کے بعد follow-up verification مقرر ہے

عام سوالات

کیا ہر token unlock قیمت گراتا ہے؟

نہیں۔ Unlock قابلِ منتقلی supply بڑھا سکتا ہے، مگر قیمت demand، recipient decisions، liquidity، market sentiment اور پہلے سے موجود expectations سے بنتی ہے۔ Unlock ratio risk input ہے، deterministic outcome نہیں۔

کیا unlock ہوتے ہی circulating supply بڑھ جاتی ہے؟

ہر provider کی methodology مختلف ہو سکتی ہے۔ کچھ unlocked team یا treasury wallets کو تب تک circulation سے خارج رکھتے ہیں جب تک tokens public market میں فعال نہ ہوں۔ اسی لیے on-chain release اور aggregator update کا وقت مختلف ہو سکتا ہے۔

Cliff ختم ہونے پر پوری allocation ملتی ہے؟

ضروری نہیں۔ کچھ schedules cliff تک accrued حصہ ایک ساتھ release کرتے ہیں، کچھ cliff کے بعد vesting شروع کرتے ہیں، اور کچھ milestone-based ہوتے ہیں۔ Contract formula یا واضح governing document فیصلہ کرتا ہے۔

FDV زیادہ ہو تو کیا بڑا unlock قریب ہے؟

نہیں۔ بڑا FDV gap future supply exposure دکھا سکتا ہے، مگر timing نہیں۔ Near-term schedule، mint rules اور recipient allocations الگ verify کریں۔

Explorer پر transfer دکھے تو کیا sale ثابت ہے؟

نہیں۔ Wallet-to-wallet transfer، claim، custody move، bridge deposit یا liquidity provisioning بھی ہو سکتی ہے۔ Swap route، exchange label اور بعد کی movement اضافی evidence دیتے ہیں، پھر بھی centralized venue کی اندرونی activity مکمل نظر نہیں آتی۔

آخری احتیاط

Token unlock research کا بہترین نتیجہ ایک یقینی price target نہیں بلکہ قابلِ جانچ risk range ہے۔ Primary documents، deployed contract، wallet movements، supply methodology اور liquidity کو ایک ہی timestamped ledger میں رکھیں۔ جو چیز verify نہ ہو اسے صاف “نامعلوم” لکھیں؛ فرضی اعداد کو حقیقی data کے ساتھ نہ ملائیں۔ Meme coins میں شدید volatility، thin liquidity، concentrated control اور مکمل سرمایہ ضائع ہونے کا خطرہ موجود ہے۔

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