Futures Limit Order Queue Priority
जानें कि futures limit order आपके price level पर trade होने के बाद भी unfilled क्यों रह सकती है, FIFO और pro-rata matching कैसे अलग हैं और queue depth कैसे पढ़ें
सीधा जवाब
Limit price पर trade होना केवल price eligibility दिखाता है। आपकी order से पहले queue में resting quantity, matching algorithm, cancellations और available aggressor size के कारण order unfilled रह सकती है।
Price eligibility execution के समान नहीं है
यदि आपने 100.00 पर 10 contracts की bid रखी और market में 100.00 trade हुआ, तो उस trade ने आपकी पूरी queue नहीं खाई होगी। पहले की 90-contract quantity, opposite-side size और trade allocation महत्वपूर्ण हैं।
Price touch को fill confirmation न मानें; execution report देखें।
FIFO same price पर early priority को reward करता है
FIFO यानी first-in, first-out में same price पर पहले आई order को पहले match किया जाता है। यदि आपके आगे 90 contracts हैं और trade size 35 है, तो आपकी 10-contract order तक quantity नहीं पहुँचेगी।
Cancel और replace समय priority खो सकते हैं। Exact venue rule जाँचें।
Pro-rata allocation logic बदलता है
Pro-rata matching में eligible orders को available quantity उनके resting size या algorithm के अनुसार बाँटी जा सकती है। Early timestamp अकेला result तय नहीं करता। Some venues hybrid priority भी उपयोग कर सकते हैं।
Market depth महत्वपूर्ण detail छिपा सकती है
Displayed depth aggregate हो सकती है। Individual order sequence, hidden quantity, implied liquidity, queue changes और matching event दिखाई न दें। Market-by-order data मिले तो order ID, timestamp और size को अलग पढ़ें। Futures bid size बनाम ask size और partial futures fill के बाद queue तथा exposure को साथ जाँचें।
Worked cash example: partial fill exposure बदलती है
मान लें 5 contracts 100.00 पर fill हुए और point value $50 है। Filled notional P&L change 5 × $50 = $250 per one-point move है। बाकी 5 contracts unfilled रह सकते हैं, इसलिए expected $500 exposure के बजाय actual $250 है।
Partial fill के बाद hedge, stop, margin और position size फिर जाँचें।
Queue worksheet में 120 displayed contracts, 30-contract trade, 1-contract residual और 5-contract partial-fill branch अलग record करें।
Queue-priority checklist अपनाएँ
- Price, side, quantity और timestamp लिखें - FIFO, pro-rata या hybrid algorithm confirm करें - Ahead quantity और trade size देखें - Modify, cancel, replace और partial-fill events record करें - Market-by-order और aggregate depth को अलग रखें - Fill report के बिना position न मानें [!TRYMARK] Queue checkpoint Limit 100.00, order 10, ahead 90, trade size 35 और point value $50 record करें। फिर 5-contract partial fill पर $250 per-point exposure और बाकी queue अलग दिखाएँ।
यह guide execution mechanics समझाती है; exchange-specific priority और data feed rules निर्णायक हैं।
आम सवाल
Futures price मेरी limit पर trade हुई फिर order fill क्यों नहीं हुई?
आपसे पहले queue में quantity हो सकती है, trade size छोटा हो सकता है या venue FIFO, pro-rata और priority rules लागू कर सकता है।
क्या पहले limit order रखने से priority हमेशा guaranteed है?
नहीं। Matching algorithm, modify या cancel event, implied orders और venue exceptions priority बदल सकते हैं।
क्या market depth exact ahead contracts बताती है?
जरूरी नहीं। Aggregate depth hidden quantity और individual order sequence छिपा सकती है।
Resting order modify करने से queue priority बदलती है?
अक्सर बदल सकती है, खासकर price या quantity बदलने पर। Exact exchange rule और order-event log देखें।