Slippage، Spread اور Price Impact میں کیا فرق ہے؟

Screen پر دکھنے والی قیمت، swap quote اور آخر میں ملنے والی رقم تین الگ چیزیں ہیں۔ Spread اس وقت کے buy اور sell quotes کا فاصلہ ہے؛ price impact آپ کی اپنی order size سے pool price میں آنے والی تبدیلی؛ slippage quote بننے کے بعد execution تک پیدا ہونے والا فرق۔ ان سب کو “fee” کہنا غلط ہے، کیونکہ ہر cost کی وجہ اور اسے کم کرنے کا طریقہ مختلف ہوتا ہے۔

یہ رہنمائی کم liquidity والے meme coin کی خرید یا فروخت سے پہلے quote کو پڑھنے، مختلف order sizes آزمانے اور transaction کے بعد receipt سے فرق کی وجہ نکالنے کے لیے ہے۔ تمام مثالیں فرضی ہیں، live market data یا منافع کی پیش گوئی نہیں۔

پہلے پورا نقشہ دیکھیں

1. Spread، price impact، slippage، tolerance اور fee کا صاف فرق
2. Order book اور AMM میں spread کیوں ایک جیسا نہیں دکھتا
3. Swap screen کے fields کو کس ترتیب سے پڑھنا ہے
4. Size ladder سے price impact کیسے ناپنا ہے
5. Minimum received اور max slippage کی صحیح تشریح
6. Failed swap، token tax اور MEV کو الگ کیسے کرنا ہے
7. Execution کے بعد effective price اور total gap کا حساب
8. خرید یا exit سے پہلے قابلِ استعمال checklist

پانچ اصطلاحات کا ایک سطری فرق

اصطلاح	سیدھا مطلب	کب ناپیں؟
Spread	فوری buy اور sell reference کے درمیان فرق	trade سے پہلے
Price impact	آپ کی order سے pool/route price میں تبدیلی	quote بناتے وقت
Slippage	quoted اور executed outcome کا فرق	settlement کے بعد
Slippage tolerance	وہ زیادہ سے زیادہ deviation جسے آپ قبول کرتے ہیں	submit سے پہلے
Fee	pool، protocol، network یا token کی الگ charge	quote اور receipt دونوں میں

Tolerance actual slippage نہیں، اور price impact network fee نہیں۔ UI بعض costs ایک line میں ملا سکتی ہے، اس لیے label کے ساتھ methodology بھی پڑھیں۔

Spread کیا ہے؟

Spread کسی لمحے best available buy اور sell prices کے درمیان فرق ہے۔ Investor.gov کی bid/ask تعریف کے مطابق bid وہ بلند ترین price ہے جو buyer ادا کرنے کو تیار ہے، ask وہ کم ترین price ہے جس پر seller بیچنے کو تیار ہے، اور دونوں کا فرق spread ہے۔ یہ definition روایتی order book سے آتی ہے۔

مثلاً best bid 0.0098 USDT اور best ask 0.0102 USDT ہو تو absolute spread 0.0004 ہے۔ Mid-price (0.0098 + 0.0102) ÷ 2 = 0.0100 بنتی ہے، اور relative spread تقریباً 0.0004 ÷ 0.0100 × 100 = 4% ہے۔ Mid صرف reference ہے؛ فوری buyer عموماً ask اور فوری seller bid کے قریب execute کرتا ہے۔

AMM میں visible bid/ask order book ضروری نہیں۔ دو opposite-direction quotes لے کر effective gap دیکھا جا سکتا ہے، مگر اسے central-limit order book کے spread کے برابر نہ سمجھیں۔ Route، pool fee، token tax اور rounding quote میں شامل ہو سکتے ہیں۔ Comparison تبھی معنی رکھتا ہے جب network، token addresses، amount، route اور وقت یکساں ہوں۔

Price impact کیا ہے؟

Price impact وہ تبدیلی ہے جو آپ کی trade خود available liquidity پر ڈالتی ہے۔ Uniswap کی سرکاری price-impact explanation trade size کو pool liquidity کے ساتھ جوڑتی ہے: گہری liquidity میں ایک size کا اثر چھوٹا، کم liquidity میں بڑا ہو سکتا ہے۔

Constant-product pool کی سادہ مثال میں reserves x × y = k relation کے قریب چلتی ہیں۔ Ethereum.org کی Uniswap v2 annotated walkthrough pool assets اور swap mechanics سمجھنے کے لیے primary technical reference ہے۔ حقیقی output میں fee، rounding، concentrated liquidity، multiple hops اور router logic شامل ہو سکتے ہیں، اس لیے ہاتھ سے نکالا formula final quote کی جگہ نہیں لیتا۔

Price impact کو size ladder سے پڑھیں۔ 100، 500، 1,000 اور 5,000 units کے quotes لیں؛ ہر step پر output اور impact لکھیں۔ Input بڑھانے کے باوجود net proceeds اسی نسبت سے نہ بڑھیں تو اگلی units کی execution پہلے سے خراب ہے۔ اس deterioration کو “market نے اچانک price بدل دی” نہ کہیں—اگر quote ایک ہی snapshot میں بنایا گیا ہو تو بڑا حصہ order-size impact ہو سکتا ہے۔

Slippage کیا ہے؟

Slippage quote بننے اور transaction settle ہونے کے درمیان outcome کا فرق ہے۔ Uniswap Labs کی slippage رہنمائی markets کے move ہونے، thin liquidity، بڑے swaps اور بعض MEV effects کو ممکنہ causes میں شمار کرتی ہے۔ Slippage favorable بھی ہو سکتی ہے، مگر user عموماً adverse difference کو محدود کرنا چاہتا ہے۔

یہ فرق ناپنے کے لیے ایک ہی basis استعمال کریں:

Adverse output slippage = (quoted output − actual output) ÷ quoted output × 100

فرضی مثال: quoted output 1,000 USDC تھا اور receipt کے مطابق 985 USDC ملے۔ اگر دوسری fees output سے الگ ہیں تو adverse difference 15 ÷ 1,000 × 100 = 1.5% بنتا ہے۔ اگر UI نے pool fee پہلے ہی quote میں شامل کی تھی تو اسے دوبارہ subtract نہ کریں۔

Slippage tolerance کیا کرتی ہے؟

Tolerance ایک guardrail ہے، cost forecast نہیں۔ Interface maximum acceptable deviation یا minimum output نکالنے کے لیے اسے استعمال کرتی ہے۔ Price اس حد سے باہر چلی جائے تو transaction revert ہو سکتی ہے؛ network cost پھر بھی لگ سکتی ہے۔ بہت زیادہ tolerance execution کی guarantee نہیں دیتی اور خراب fill کے لیے زیادہ جگہ چھوڑ سکتی ہے۔

Uniswap کی slippage-setting documentation settings بدلنے کا طریقہ اور بہت کم یا بہت زیادہ tolerance کے عملی نتائج بتاتی ہے۔ کسی ایک interface کا default دوسرے DEX، دوسرے route یا مستقبل کے version پر نقل نہ کریں۔ Universal “best percentage” نہیں؛ size، liquidity، volatility، route، chain speed اور urgency بدلتے ہیں۔

Swap screen کو کس ترتیب سے پڑھیں؟

یہ حقیقی Uniswap interface illustration ہے، جسے Uniswap Labs کے Safety and Simplicity صفحے سے 2026-08-17T14:53:19+08:00 پر محفوظ کیا گیا۔ تصویر میں دکھائی رقم تاریخی example ہے، آج کی quote یا ہمارے wallet کی transaction نہیں۔ اس میں کوئی account، email، token، Cookie یا داخلی URL نہیں۔

Uniswap کی موجودہ Swap Screen documentation market price، fee، network cost، order routing، price impact اور max slippage کو الگ fields کے طور پر بیان کرتی ہے۔ Screen کو اس ترتیب سے پڑھیں:

1. Asset identity: network، input/output contract اور decimals ملائیں۔
2. Direction: buy اور sell کو الٹا نہ پڑھیں؛ impact direction کے ساتھ بدلتا ہے۔
3. Expected output: quote کس asset اور کتنی units میں ہے؟
4. Route: direct pool، multiple hops یا alternative route؟
5. Price impact: اسی وقت اسی size کے لیے دکھایا گیا فیصد۔
6. Max slippage/minimum output: tolerance کے بعد worst accepted outcome۔
7. Fees: pool/protocol fee، network cost اور token-level charge الگ۔
8. Deadline/quote age: stale quote کو current market fact نہ سمجھیں۔

Wallet connect کیے بغیر public quote دستیاب ہو تو پہلے وہی دیکھیں۔ Unknown site پر approval یا signature صرف quote حاصل کرنے کے لیے نہ دیں۔

Quote sheet کیسے بنائیں؟

ہر observation کے لیے یہ fields محفوظ کریں:

Field	مثال کی شکل	مقصد
Captured at	RFC3339 + timezone	مختلف snapshots نہ ملیں
Chain/token	chain + مکمل address	جعلی یا wrapped asset سے بچیں
Input size	units اور decimals	size comparison ممکن ہو
Expected output	quote asset units	effective rate نکلے
Route	pool IDs یا hops	source liquidity معلوم ہو
Displayed impact	UI percentage	order-size effect track ہو
Minimum received	tolerance کے بعد	guardrail واضح ہو
Fees	ہر line الگ	double counting نہ ہو
Wallet state	connected/not connected	approval evidence کی حد معلوم ہو

ایک snapshot سے فیصلہ نہ کریں۔ کم از کم دو اوقات میں وہی sizes اور route دوبارہ دیکھیں۔ اگر route بدل جائے تو اسے نئی observation سمجھیں، پرانی row overwrite نہ کریں۔

Size ladder سے spread اور impact الگ کیسے رکھیں؟

پہلے بہت چھوٹا buy اور sell quote لیں تاکہ effective two-way gap کا ابتدائی اندازہ ہو۔ پھر صرف sell direction میں increasing sizes لیں۔ چھوٹے quote پر gap موجود ہو مگر size بڑھنے کے ساتھ output تیزی سے خراب ہو تو base friction اور impact دونوں کام کر رہے ہیں۔

فرضی table:

Sell size	Reference value	Expected output	Displayed impact
10,000 tokens	100 USDT	98.50 USDT	0.6%
25,000 tokens	250 USDT	241 USDT	2.4%
50,000 tokens	500 USDT	462 USDT	5.9%
100,000 tokens	1,000 USDT	842 USDT	13.8%

یہ live data نہیں۔ مقصد non-linear deterioration دکھانا ہے۔ Reference value کو executable proceeds نہ کہیں۔ Network fee، token tax اور settlement slippage ابھی table میں شامل نہیں، اس لیے 842 USDT بھی guaranteed output نہیں۔

Minimum received کو کیسے سمجھیں؟

Minimum received وہ output ہے جس سے نیچے execution interface کی configured protection کے مطابق قبول نہیں ہونی چاہیے۔ یہ “اتنا ضرور ملے گا” کی guarantee نہیں؛ transaction revert، route failure، token restriction یا contract error کی وجہ سے کچھ بھی receive نہ ہو سکتا ہے جبکہ network fee خرچ ہو۔

Expected output 1,000 اور tolerance 1% ہو تو سادہ illustration میں minimum تقریباً 990 ہو سکتی ہے، مگر interfaces fee اور routing کو مختلف ترتیب سے apply کر سکتی ہیں۔ Screen کا displayed minimum استعمال کریں اور formula کو صرف sanity check سمجھیں۔

Fees کو impact یا slippage میں نہ چھپائیں

Net proceeds لکھتے وقت الگ ledger رکھیں:

• pool یا protocol fee
• network gas/transaction cost
• token transfer tax یا burn
• bridge یا routing fee
• price impact
• settlement slippage

Token tax contract logic ہے، market slippage نہیں۔ Buy tax اور sell tax مختلف ہو سکتے ہیں؛ owner انہیں بدل بھی سکتا ہے۔ Quote اچھا مگر transaction fail ہو تو contract permissions check میں blacklist، max transaction، pause، trading toggle اور router exceptions دیکھیں۔

MEV quote کو کیسے متاثر کر سکتی ہے؟

Public mempool میں دکھائی دینے والی بڑی DEX trade سے transaction ordering کا فائدہ اٹھایا جا سکتا ہے۔ Ethereum.org کی MEV documentation sandwich trading میں بڑی swap کے آگے buy اور پیچھے sell کی مثال دیتی ہے، اور user کے لیے worse execution/slippage کو ممکنہ نقصان بتاتی ہے۔ ہر adverse fill MEV نہیں؛ chain data کے بغیر label نہ لگائیں۔

Transaction کے بعد block، transaction index، route events اور surrounding swaps دیکھیں۔ Private routing دستیاب ہونا بھی guaranteed protection نہیں۔ Trade کو chunks میں توڑنے سے impact کم ہو سکتا ہے، مگر repeated network fees، price drift اور متعدد execution windows بڑھ سکتی ہیں۔ دونوں scenarios quote کریں، “چھوٹا order ہمیشہ بہتر” نہ لکھیں۔

Failed swap کو slippage کیوں نہیں کہنا چاہیے؟

Failure کے کئی اسباب ہو سکتے ہیں:

• price tolerance سے باہر چلی گئی
• deadline گزر گئی
• gas یا account balance ناکافی تھا
• allowance یا approval مسئلہ تھا
• token نے blacklist، pause یا max-transaction rule لگایا
• route میں liquidity ختم یا pool state بدل گئی
• token contract نے transfer tax/anti-bot logic نافذ کیا

Receipt یا revert reason ملے تو اسی سے diagnosis شروع کریں۔ Wallet message یا social post کو contract evidence کی جگہ نہ دیں۔ Slippage settings بار بار بڑھا کر unknown restriction bypass کرنا نقصان بڑھا سکتا ہے۔

CEX screen price بھی execution guarantee نہیں

Order-book exchange پر last traded price صرف آخری transaction دکھا سکتی ہے۔ Investor.gov کی market-order definition واضح کرتی ہے کہ execution price expected price سے مختلف ہو سکتی ہے۔ Crypto venue میں order-book depth، market-order size، fee tier اور matching latency الگ factors ہیں۔

DEX slippage اور CEX spread کو ایک formula میں نہ ملائیں۔ CEX کے لیے order-book levels اور filled average price دیکھیں؛ DEX کے لیے pool route، impact، minimum output اور chain settlement۔ دونوں جگہ “screen value” قابلِ وصول cash نہیں۔

Transaction کے بعد صحیح حساب

Receipt اور balance changes سے یہ values نکالیں:

1. Actual input units
2. Actual output units
3. Network fee
4. Token tax یا balance delta، اگر واضح ہو
5. Execution timestamp اور route

Effective execution price = actual output ÷ actual input

پھر اسی basis کے pre-submit quote سے compare کریں۔ اگر quote output 500 USDT، actual output 486، network fee 2 اور separate token tax 5 تھا تو 14 کا quote gap، 2 network cost اور 5 token tax الگ لکھیں۔ انہیں 21 USDT “slippage” کہنا غلط diagnosis ہوگا۔

Return calculator میں chart price کے بجائے net executable proceeds ڈالیں۔ Investment return tool arithmetic منظم کر سکتا ہے، مگر receipt اور quote inputs کی صحت خود verify کرنی ہوگی۔ Position کی قابلِ فروخت مقدار جاننے کے لیے liquidity check الگ workflow ہے۔

فیصلہ: trade روکیں، size کم کریں یا دوبارہ quote لیں؟

دوبارہ quote لیں

Quote stale ہو، route بدل رہا ہو، market تیزی سے move کرے یا two-way gap snapshots میں مختلف ہو۔ Fresh quote بھی guarantee نہیں، مگر outdated input سے بہتر ہے۔

Size کم کرکے compare کریں

Impact size کے ساتھ تیزی سے بڑھے مگر token identity، route اور sellability verify ہوں۔ کئی chunks کے total fees اور execution risk بھی ساتھ حساب کریں۔

Trade روک دیں

Contract identity مشکوک ہو، sell quote مسلسل fail ہو، minimum received ناقابلِ قبول ہو، tax/blacklist نامعلوم ہو، یا UI warning کا سبب verify نہ ہو سکے۔ Tolerance بڑھانا missing liquidity یا malicious logic ٹھیک نہیں کرتا۔

Route decomposition worksheet

Multi-hop swap میں ایک combined output دیکھنے کے بجائے route کو ہر hop میں توڑیں۔ Input token، intermediate token، output token، pool fee، pool address، liquidity state اور quoted amount الگ لکھیں۔ ایک hop میں deep liquidity دوسرے hop کی کمزوری نہیں چھپاتی۔ Router بہتر route ڈھونڈ سکتا ہے، مگر quote کے بعد pool state بدلنے سے final execution مختلف ہو سکتی ہے۔

Hop	Pair	Pool/venue	Fee	Quote time	مشاہدہ
1	input → intermediate	address	value	RFC3339	depth/impact
2	intermediate → output	address	value	RFC3339	depth/impact

Direct اور multi-hop routes compare کرتے وقت gross output کے ساتھ network cost اور failure surface بھی دیکھیں۔ ایک extra hop output بہتر کر سکتا ہے مگر additional pool، approval یا gas dependency لاتا ہے۔ Route label محفوظ نہ ہو تو بعد میں same pair کا quote مختلف path سے آ کر comparison خراب کرے گا۔

Quote expiry اور block context

Quote ایک مختصر observation ہے، reservation نہیں۔ اس کے ساتھ capture time، block number ملے تو block، route، input size، expected output اور interface کا stated expiry محفوظ کریں۔ چند seconds بعد price وہی دکھے تو بھی reserves یا pending transactions بدل سکتی ہیں۔ “میں نے یہی output دیکھا تھا” settlement guarantee نہیں بنتا۔

دو quotes compare کرنے کے لیے دونوں کا input اور route same ہونا چاہیے۔ ایک quote exact-input اور دوسرا exact-output ہو تو percentages براہ راست compare نہ کریں۔ Exact-input میں input fixed اور output uncertain ہوتا ہے؛ exact-output میں desired output fixed مگر required input بڑھ سکتا ہے۔ Interface wording پڑھ کر mode درج کریں۔

Token tax یا transfer restriction کو slippage نہ کہیں

کچھ tokens transfer کے دوران fee، burn، redistribution یا wallet rules لگاتے ہیں۔ Quote میں کم output صرف AMM price impact نہیں ہو سکتا۔ Contract logic، router support اور actual receipt سے دیکھیں کہ token-side deduction ہوئی یا pool movement۔ Buy اور sell direction میں rules مختلف بھی ہو سکتے ہیں۔

اگر sell quote unavailable ہو، simulation revert کرے یا minimum received غیرمعمولی ہو تو tolerance بڑھانے سے پہلے contract permissions اور transfer path check کریں۔ Slippage tolerance price movement کی اجازت ہے، blacklist، max-transaction، trading-disabled یا tax logic کا علاج نہیں۔

Result sheet میں costs کو الگ رکھیں:

• venue/pool fee
• token-side tax یا transfer deduction
• spread
• size-driven price impact
• execution slippage
• network fee
• approval cost، اگر الگ transaction ہو

یہ separation بتاتی ہے کہ size کم کرنے سے کون سا cost کم ہو گا اور کون سا تقریباً fixed رہے گا۔

Partial execution اور failed route

CEX order جزوی fill ہو سکتا ہے، جبکہ AMM swap عموماً transaction constraints پوری نہ ہوں تو revert کر سکتی ہے۔ دونوں کو ایک “slippage” column میں نہ ڈالیں۔ Order book میں fill quantity، average fill price، remaining quantity اور cancellation الگ ہیں۔ AMM میں transaction status، actual input/output، logs، gas used اور revert reason الگ record ہوتے ہیں۔

Failed transaction میں token exchange مکمل نہ ہو، پھر بھی network fee خرچ ہو سکتی ہے۔ اسے trading loss، slippage یا price impact کہنا غلط categorization ہے۔ Repeated failure کے بعد tolerance بڑھانا front-running exposure یا خراب execution بڑھا سکتا ہے؛ پہلے failure reason اور route validity حل کریں۔

Buy quote اور sell-back quote کا round-trip test

ایک ہی وقت کے قریب چھوٹا buy quote اور فوری theoretical sell-back quote market friction سمجھنے میں مدد دیتا ہے۔ یہ completed round trip یا guaranteed loss figure نہیں۔ دونوں directions کے expected outputs، fees، route اور impact الگ لکھیں۔ Difference میں spread-like friction، pool fees، price curve اور token rules شامل ہو سکتے ہیں۔

Round-trip test کرتے وقت actual trade ضروری نہیں؛ public quote کافی ہو سکتی ہے۔ Connected wallet یا approval کے بغیر research کرنا privacy اور safety کے لیے بہتر ہے۔ Quote amount اتنا چھوٹا بھی نہ ہو کہ interface rounding costs چھپا دے، اور اتنا بڑا بھی نہیں کہ صرف impact ہی dominate کرے۔ تین sizes لینے سے curve واضح ہوتی ہے۔

Volatility stress test

Tolerance setting کو واحد number سمجھنے کے بجائے scenarios بنائیں۔ Base case میں current quote، stressed case میں reference price movement، اور liquidity-shock case میں کم depth فرض کریں۔ ہر scenario واضح طور پر hypothetical ہو اور real-time prediction نہ بنے۔

مثلاً expected output Q ہو تو Q × (1 − tolerance) صرف UI protection threshold سمجھائیں، guaranteed received amount نہیں۔ Token tax، route change یا transaction failure اس سادہ arithmetic سے باہر رہ سکتے ہیں۔ Stress table میں assumption source اور decision rule لکھیں: کس change پر trade روکنی ہے، size کم کرنی ہے یا نئی quote لینی ہے۔

Execution journal سے کیا سیکھا جا سکتا ہے؟

اگر user حقیقی transaction کرے تو journal میں pre-trade quote اور receipt کو جوڑ سکتا ہے۔ Transaction hash public ہو تو بھی اسے article میں ذاتی wallet identity کے ساتھ شائع نہ کریں۔ Journal کے columns: quote time، submit time، confirmation time، route، expected output، minimum received، actual output، network fee اور observed difference۔

ایک transaction سے platform quality یا future slippage کا عمومی حکم نہ نکالیں۔ مختلف block، volatility، size اور liquidity regime نتائج بدل سکتے ہیں۔ Journal کا فائدہ اپنی assumptions کو بہتر کرنا ہے، marketing claim بنانا نہیں۔

Decision matrix

حالت	بہتر اگلا قدم
spread زیادہ، impact کم	دوسرے venue/route کی quote compare کریں
impact size کے ساتھ تیزی سے بڑھتا ہے	size تقسیم یا position limit پر غور، نئی quote لیں
tolerance بار بار hit ہوتی ہے	volatility، delay اور MEV context دیکھیں
sell simulation fail	contract restrictions اور route verify کریں؛ blind retry نہ کریں
fee output کے مقابل بہت بڑی	trade economics دوبارہ حساب کریں
quote source/route واضح نہیں	result کو unresolved رکھیں

Matrix investment recommendation نہیں؛ یہ research stop/go documentation ہے۔ Position لینے کا فیصلہ risk capacity، jurisdiction اور تازہ evidence پر user کا اپنا ہے۔

Decision کے ساتھ quote expiry لکھیں۔ ایک route جو observation time پر قابلِ قبول تھا اگلے block یا بڑی trade کے بعد بدل سکتا ہے۔ “Proceed” permanent permission نہیں؛ submit سے پہلے fresh quote، same token addresses اور same input size دوبارہ check کرنا ضروری ہے۔

اگر interface route details hide کرے تو screenshot کے خوب صورت output پر انحصار نہ کریں۔ Unknown route کو unresolved رکھیں یا ایسا venue منتخب کریں جو pair، fee اور minimum received واضح کرے۔

آخری checklist

• Network اور دونوں token contracts verify ہیں
• Buy/sell direction اور quote asset واضح ہیں
• Small two-way quotes سے effective gap دیکھا
• Relevant sizes پر impact ladder بنائی
• Route، fee tier اور quote time محفوظ کیے
• Expected output اور minimum received الگ لکھے
• Pool/protocol fee، network fee اور token tax الگ کیے
• Tolerance کو actual slippage نہیں کہا
• Failure کی وجہ receipt/revert سے دیکھی
• MEV کا دعویٰ chain evidence کے بغیر نہیں کیا
• Actual output سے effective execution price نکالی
• Screen value کو guaranteed proceeds نہیں کہا

عام سوالات

کیا zero price impact کا مطلب zero cost ہے؟

نہیں۔ Rounding یا display threshold impact کو zero دکھا سکتا ہے، جبکہ spread، pool fee، network cost اور بعد کی slippage باقی ہو سکتی ہے۔

کیا tolerance بڑھانے سے liquidity بہتر ہوتی ہے؟

نہیں۔ Tolerance صرف acceptable execution range بدلتی ہے؛ pool depth یا order-book liquidity نہیں بڑھاتی۔

کیا spread صرف CEX پر ہوتا ہے؟

روایتی bid/ask spread order book کی اصطلاح ہے۔ AMM میں opposite-direction executable quotes کا gap دیکھا جا سکتا ہے، مگر mechanics مختلف ہیں۔

کیا failed transaction میں slippage ادا ہوئی؟

اگر swap revert ہوئی تو token exchange عموماً مکمل نہیں ہوئی، مگر network fee لگ سکتی ہے۔ Exact reason receipt سے دیکھیں۔

کیا بڑا price impact لازماً scam ہے؟

نہیں۔ کم liquidity اور بڑی order بھی بڑا impact بنا سکتی ہے۔ البتہ sell restriction، tax یا owner control الگ خطرات ہیں اور contract سے verify ہونے چاہییں۔

آخری احتیاط

اچھی execution research کسی ایک percentage پر ختم نہیں ہوتی۔ Spread market کی موجودہ friction، price impact order-size effect، slippage settlement difference اور fee الگ charge ہے۔ Quote سے پہلے identity اور route verify کریں، مختلف sizes compare کریں، اور execution کے بعد receipt سے actual outcome نکالیں۔ Meme coins میں liquidity اچانک ختم، price تیزی سے بدل اور پورا سرمایہ ضائع ہو سکتا ہے۔

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