ऑप्शंस ऑर्डर निष्पादित क्यों नहीं हो रहे हैं

ऑप्शंस ऑर्डर के निष्पादित (fill) न होने का कारण आमतौर पर वह मशीनरी होती है जिसे रिटेल स्क्रीन पर नहीं दिखाया जाता: आपका ऑर्डर एक्सचेंज की एलोकेशन कतार में कहाँ है, क्या वह साइज अभी भी उपलब्ध है, बाजार वास्तव में कितना विस्तृत (wide) है, और क्या मल्टी-लेग ऑर्डर की नेट कीमत निष्पादित होने योग्य है भी या नहीं। प्रदर्शित कोट (quote) केवल उस क्षण का एक स्नैपशॉट है जिस पर कोई ट्रेड करने को तैयार था। उस कीमत से मेल खाने पर आपका ऑर्डर कतार में लग जाता है, लेकिन यह आपको कतार में सबसे आगे नहीं रखता।

क्या ऑप्शंस कोट इस बात का वादा है कि आप उस कीमत पर ट्रेड कर सकते हैं?

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

नीचे दिया गया पैनल 17 जून, 2026 को दोपहर 2:00:00 बजे ET से शुरू होने वाली 30 सेकंड की अवधि में Apple ऑप्शन कॉन्ट्रैक्ट्स के लिए फीड द्वारा किए गए हर कोट अपडेट को सेकंड-दर-सेकंड गिनता है।

SELECT
    formatDateTime(toTimeZone(sip_timestamp, 'America/New_York'), '%H:%i:%S') AS et_time,
    round(count() / 1000, 1)                                                 AS quote_updates_k,
    round(count() / uniqExact(ticker), 1)                                    AS updates_per_contract
FROM global_markets.cache_options_quotes
WHERE ticker IN
(
    SELECT ticker
    FROM global_markets.options_greeks
    WHERE underlying_symbol = 'AAPL'
      AND date = '2026-06-17'
)
  AND sip_timestamp >= toDateTime('2026-06-17 18:00:00', 'UTC')
  AND sip_timestamp <  toDateTime('2026-06-17 18:00:30', 'UTC')
GROUP BY et_time
ORDER BY et_time

शुरुआती सेकंड में फीड ने उन कॉन्ट्रैक्ट्स पर लगभग 0.9 हजार कोट अपडेट किए, जो उस एक सेकंड में प्रति कॉन्ट्रैक्ट लगभग 1.9 रिपब्लिश्ड कोट थे। एक ऑर्डर टिकट इतनी गति से यात्रा नहीं करता। जब तक एक क्लिक एक्सचेंज पर संदेश बनकर पहुँचता है, तब तक वह बुक बदल चुकी होती है।

क्या सबसे अच्छी कीमत पर होने का मतलब है कि आप कतार में सबसे आगे हैं?

केवल कीमत के आधार पर नहीं। स्टॉक एक्सचेंज मुख्य रूप से 'प्राइस-टाइम प्रायोरिटी' पर चलते हैं: एक निश्चित कीमत पर, जो पहले आया वह पहले ट्रेड करेगा। ऑप्शंस एक्सचेंज इसमें दो नियम और जोड़ते हैं, और इन्हीं नियमों के कारण पेंडिंग ऑर्डर्स अटक जाते हैं।

पब्लिक कस्टमर ऑर्डर्स को प्राथमिकता मिलती है। लगभग हर अमेरिकी ऑप्शंस एक्सचेंज एक पब्लिक कस्टमर के ऑर्डर को उसी कीमत पर मौजूद मार्केट मेकर और प्रोफेशनल ऑर्डर्स पर प्राथमिकता देता है। यह हिस्सा रिटेल ट्रेडर के पक्ष में काम करता है।

कस्टमर प्रायोरिटी के बाद, एलोकेशन 'प्रो-राटा' (आनुपातिक) आधार पर होता है, न कि समय के अनुसार। आने वाले ऑर्डर को पेंडिंग ऑर्डर्स के बीच उनके साइज के अनुपात में विभाजित किया जाता है, जिसमें अक्सर उस व्यक्ति के लिए थोड़ा अतिरिक्त लाभ होता है जिसने सबसे पहले कीमत पोस्ट की थी। यहाँ आने का समय नहीं, बल्कि साइज शेयर तय करता है।

इन सबको मिलाकर देखें तो 500 लॉट के साथ रखा गया 1 लॉट, कतार में दो ऑर्डर्स में से एक के बजाय 501 में से एक कॉन्ट्रैक्ट गिना जाता है। एक आने वाला 100 लॉट का ऑर्डर एक ही कॉन्ट्रैक्ट के साथ छोटे ऑर्डर को खत्म कर सकता है।

नीचे दिया गया पैनल 17 जून, 2026 को प्रिंट हुए हर Apple ऑप्शन ट्रेड को ट्रेड साइज के अनुसार वर्गीकृत करता है, और फिर प्रत्येक बकेट के दिन के कुल प्रिंट्स और कुल कॉन्ट्रैक्ट्स के हिस्से की तुलना करता है।

WITH
    (
        SELECT count()
        FROM global_markets.options_trades
        WHERE underlying_symbol = 'AAPL'
          AND sip_timestamp >= toDateTime('2026-06-17 00:00:00', 'UTC')
          AND sip_timestamp <  toDateTime('2026-06-18 00:00:00', 'UTC')
    ) AS day_prints,
    (
        SELECT sum(size)
        FROM global_markets.options_trades
        WHERE underlying_symbol = 'AAPL'
          AND sip_timestamp >= toDateTime('2026-06-17 00:00:00', 'UTC')
          AND sip_timestamp <  toDateTime('2026-06-18 00:00:00', 'UTC')
    ) AS day_contracts
SELECT
    multiIf(size = 1,    '1 contract',
            size <= 5,   '2 to 5',
            size <= 20,  '6 to 20',
            size <= 100, '21 to 100',
                         'over 100')       AS size_bucket,
    round(100 * count()   / day_prints, 2) AS share_of_trades_pct,
    round(100 * sum(size) / day_contracts, 2) AS share_of_volume_pct
FROM global_markets.options_trades
WHERE underlying_symbol = 'AAPL'
  AND sip_timestamp >= toDateTime('2026-06-17 00:00:00', 'UTC')
  AND sip_timestamp <  toDateTime('2026-06-18 00:00:00', 'UTC')
GROUP BY size_bucket
ORDER BY min(size)

सिंगल कॉन्ट्रैक्ट ट्रेड्स ने दिन के कुल प्रिंट्स का 48.48% और हाथों से बदले गए कॉन्ट्रैक्ट्स का 7.83% हिस्सा बनाया। over 100 बकेट इस स्थिति को उलट देता है: 0.44% प्रिंट्स में 16.67% वॉल्यूम शामिल है। प्रो-राटा एलोकेशन के तहत, दूसरी संख्या यह तय करती है कि आने वाले ऑर्डर का कितना हिस्सा किसी पेंडिंग ऑर्डर तक पहुँचेगा। मार्केट मेकर्स लगातार दोनों तरफ कोट करते हैं और अपनी इन्वेंट्री प्रबंधित करते हैं, जिसे हमारी मार्केट मेकर्स के कमाई करने की गाइड में विस्तार से समझाया गया है।

मेरा ऑप्शंस ऑर्डर मिड (mid) पर फिल क्यों नहीं हो रहा है?

मिड एक गणितीय औसत है: बिड प्लस आस्क, जिसे दो से विभाजित किया गया है। कोई भी वहाँ ट्रेड करने के लिए बाध्य नहीं है। जो दो कीमतें हमेशा मौजूद रहती हैं, वे 'नेचुरल्स' हैं: यदि आप खरीद रहे हैं तो आस्क, और यदि आप बेच रहे हैं तो बिड। नेचुरल और मिड के बीच की हर चीज एक बातचीत है जो तब पूरी होती है जब दूसरी तरफ का मॉडल कॉन्ट्रैक्ट को आपके मिडपॉइंट के पक्ष में प्राइस करता है, या जब कोई दूसरा पब्लिक ऑर्डर विपरीत ट्रेड की इच्छा के साथ आता है।

यह बातचीत कितनी विस्तृत होगी, यह इस पर निर्भर करता है कि बाजार कितना चौड़ा है, और यह चौड़ाई कॉन्ट्रैक्ट की कीमत के साथ बहुत बदलती है। नीचे दिया गया पैनल उसी 30 सेकंड की अवधि को लेता है, हर Apple ऑप्शंस कोट को कॉन्ट्रैक्ट की कीमत के अनुसार समूहित करता है, और सेंट में मीडियन कोटेड स्प्रेड के साथ-साथ मिड के प्रतिशत के रूप में भी स्प्रेड की रिपोर्ट करता है।

SELECT
    price_bucket,
    round(quantileExact(0.5)(spread) * 100, 1)       AS median_spread_cents,
    round(quantileExact(0.5)(100 * spread / mid), 1) AS spread_pct_of_mid
FROM
(
    SELECT
        toFloat64(ask_price) - toFloat64(bid_price)       AS spread,
        (toFloat64(ask_price) + toFloat64(bid_price)) / 2 AS mid,
        multiIf(mid < 0.50,  'under $0.50',
                mid < 2.00,  '$0.50 to $2',
                mid < 5.00,  '$2 to $5',
                mid < 15.00, '$5 to $15',
                             '$15 and up')                AS price_bucket,
        multiIf(mid < 0.50, 1, mid < 2.00, 2, mid < 5.00, 3, mid < 15.00, 4, 5) AS bucket_order
    FROM global_markets.cache_options_quotes
    WHERE ticker IN
    (
        SELECT ticker
        FROM global_markets.options_greeks
        WHERE underlying_symbol = 'AAPL'
          AND date = '2026-06-17'
    )
      AND sip_timestamp >= toDateTime('2026-06-17 18:00:00', 'UTC')
      AND sip_timestamp <  toDateTime('2026-06-17 18:00:30', 'UTC')
      AND bid_price > 0
      AND ask_price > bid_price
)
GROUP BY price_bucket
ORDER BY min(bucket_order)

under $0.50 बकेट के कॉन्ट्रैक्ट्स ने 17 सेंट का मीडियन स्प्रेड कोट किया, जो मिड का 75% है। $15 and up बकेट के कॉन्ट्रैक्ट्स ने 170 सेंट, या मिड का 3.8% कोट किया। सेंट में, महंगा कॉन्ट्रैक्ट चौड़ा कोट दिखाता है। प्रतिशत के संदर्भ में, सस्ता कॉन्ट्रैक्ट काफी अधिक चौड़ा बाजार है, और इसके मिडपॉइंट पर रखा गया ऑर्डर काउंटरपार्टी से उस स्प्रेड का एक बड़ा हिस्सा छोड़ने के लिए कह रहा है। लिक्विडिटी और वोलैटिलिटी इन चौड़ाइयों को अलग-अलग दिशाओं में खींचते हैं, और एक ही अंडरलाइंग पर दो कॉन्ट्रैक्ट्स का व्यवहार बिल्कुल अलग हो सकता है।

एक मार्केट ऑर्डर बनाम लिमिट ऑर्डर मूल्य निर्धारण के सवाल को हटा देता है और उसे एक अलग सवाल से बदल देता है। एक मार्केट ऑर्डर उस समय बुक में जो भी उपलब्ध है उसके खिलाफ ट्रेड करता है, जो एक पतले (thin) ऑप्शंस सीरीज पर आपकी स्क्रीन द्वारा दिखाए गए अंतिम कोट से कई टिक दूर हो सकता है।

जब दोनों लेग्स निष्पादित होने योग्य दिखते हैं, तो स्प्रेड फिल क्यों नहीं होता?

एक मल्टी-लेग ऑर्डर दो सिंगल-लेग बुक्स में नहीं बैठता। यह एक कॉम्प्लेक्स ऑर्डर बुक में रूट होता है और अपनी नेट कीमत पर एक पैकेज के रूप में मैच किया जाता है। एक्सचेंज इसे किसी अन्य कॉम्प्लेक्स ऑर्डर के खिलाफ, या सिंगल-लेग बुक्स के खिलाफ फिल करता है जब उनकी संयुक्त कीमत आपके नेट से बेहतर होती है, और यह तब तक कुछ नहीं करता जब तक पूरा पैकेज प्राइस न हो जाए।

एक काल्पनिक दो-लेग कॉल स्प्रेड लें। लॉन्ग लेग $1.20 बिड पर $1.35 आस्क है, शॉर्ट लेग $0.60 बिड पर $0.72 आस्क है। नेचुरल्स पर पैकेज खरीदने की लागत $1.35 माइनस $0.60, यानी $0.75 डेबिट है। नेचुरल्स पर बेचने से $1.20 माइनस $0.72, यानी $0.48 क्रेडिट मिलता है। पैकेज पर नेट बाजार $0.48 बिड पर $0.75 आस्क है, जिसका मिडपॉइंट $0.615 है। लेग्स को अलग-अलग देखने से यह पता नहीं चलता कि $0.62 निष्पादित होने योग्य है या नहीं। संयुक्त बुक का अपना दो-तरफा बाजार और अपने पेंडिंग ऑर्डर्स होते हैं।

इसके दो परिणाम होते हैं। एक लेग जो सिंगल-लेग स्क्रीन पर आपकी कीमत पर ट्रेड करता है, वह आपके स्प्रेड को अनफिल्ड छोड़ देता है, और आपका ऑर्डर उस बुक में कभी था ही नहीं। लेग शर्तों के बजाय नेट शर्तों पर प्राइस किया गया स्प्रेड एक ऐसी बुक के खिलाफ प्राइस किया जाता है जो अस्तित्व में ही नहीं है।

शून्य वॉल्यूम वाले स्ट्राइक पर ऑर्डर फिल क्यों नहीं होगा?

कुछ भी टूटा नहीं है। अधिकांश लिस्टेड स्ट्राइक्स पर अधिकांश दिनों में ट्रेड नहीं होता। एक चेन हर उस स्ट्राइक को सूचीबद्ध करती है जिसे एक्सचेंज ने खोला है, और उनमें से अधिकांश कोटेड तो रहती हैं लेकिन बिना छुए, कभी-कभी हफ्तों तक। वॉल्यूम उन कॉन्ट्रैक्ट्स को गिनता है जो आज हाथों से बदले गए। ओपन इंटरेस्ट उन पोजीशंस को गिनता है जो अभी भी बकाया हैं, और दोनों के बीच का अंतर हमारे ऑप्शंस वॉल्यूम बनाम ओपन इंटरेस्ट स्पष्टीकरण में समझाया गया है।

नीचे दिया गया पैनल मापता है कि बाहरी स्ट्राइक्स कितनी पतली (thin) हो जाती हैं। यह मई और जून 2026 में समाप्ति के लिए 20 से 45 दिनों वाले हर Apple कॉन्ट्रैक्ट को लेता है, उन्हें इस आधार पर समूहित करता है कि उस दिन स्ट्राइक अंडरलाइंग कीमत से कितनी दूर थी, और मीडियन दैनिक वॉल्यूम के साथ-साथ उन कॉन्ट्रैक्ट दिनों का हिस्सा रिपोर्ट करता है जिनमें 10 से कम कॉन्ट्रैक्ट प्रिंट हुए।

SELECT
    moneyness_bucket,
    round(quantileExact(0.5)(toFloat64(volume)), 0) AS median_daily_volume,
    round(100 * countIf(volume < 10) / count(), 1)  AS share_under_10_lots_pct
FROM
(
    SELECT
        abs(toFloat64(strike_price) / toFloat64(underlying_close) - 1) AS gap,
        multiIf(gap < 0.02, '0% to 2% from spot',
                gap < 0.05, '2% to 5% from spot',
                gap < 0.10, '5% to 10% from spot',
                gap < 0.20, '10% to 20% from spot',
                            'more than 20% from spot') AS moneyness_bucket,
        multiIf(gap < 0.02, 1, gap < 0.05, 2, gap < 0.10, 3, gap < 0.20, 4, 5) AS bucket_order,
        volume
    FROM global_markets.options_greeks
    WHERE underlying_symbol = 'AAPL'
      AND date >= '2026-05-01'
      AND date <  '2026-07-01'
      AND days_to_expiry BETWEEN 20 AND 45
      AND underlying_close > 0
)
GROUP BY moneyness_bucket
ORDER BY min(bucket_order)

0% to 2% from spot कॉन्ट्रैक्ट्स का मीडियन दैनिक वॉल्यूम 354 कॉन्ट्रैक्ट्स था, जिसमें 2% कॉन्ट्रैक्ट दिनों में 10 से कम प्रिंट हुए। more than 20% from spot कॉन्ट्रैक्ट्स ने प्रति दिन 6 कॉन्ट्रैक्ट्स का मीडियन दर्ज किया, और वहाँ 55.4% कॉन्ट्रैक्ट दिनों में 10 से कम प्रिंट हुए। उन स्ट्राइक्स में से किसी एक पर रखा गया ऑर्डर ऐसे फ्लो का इंतजार करता है जो आ ही नहीं रहा है, और एकमात्र स्टैंडिंग काउंटरपार्टी मार्केट मेकर है जिसने सबसे पहले स्ट्राइक को कोट किया था।

मशीनरी ऑर्डर टिकट के बारे में क्या बदलती है

• स्प्रेड नेट पर प्राइस किया जाता है। कॉम्प्लेक्स बुक पैकेजेस को मैच करती है, और सिंगल लेग कीमत का वहाँ कोई स्थान नहीं है।
• मिड एक एंकर के रूप में काम करता है। एक चौड़े बाजार में हमेशा उपलब्ध दो कीमतें 'नेचुरल्स' हैं: खरीदारी के लिए आस्क और बिक्री के लिए बिड।
• साइज प्रो-राटा फिल का हिस्सा तय करता है। बहुत बड़े ऑर्डर्स के साथ रखा गया 1 लॉट आने वाले ऑर्डर का आनुपातिक हिस्सा प्राप्त करता है।
• एक शांत स्ट्राइक ऑर्डर का सवाल बनने से पहले एक कोट का सवाल है। मैच करने के लिए कुछ भी नहीं आ रहा है।

अक्सर पूछे जाने वाले प्रश्न

मेरा ऑप्शंस लिमिट ऑर्डर बिड पर होने के बावजूद फिल क्यों नहीं हो रहा है?

बिड में शामिल होने से आपका ऑर्डर उस कीमत पर कतार में लग जाता है, और ऑप्शंस एक्सचेंज फिल को पूरी तरह से आने के समय के बजाय कस्टमर स्टेटस और साइज के आधार पर आवंटित करते हैं। बहुत बड़े ऑर्डर्स के साथ रखा गया एक छोटा ऑर्डर ट्रेड होने वाली किसी भी चीज का आनुपातिक हिस्सा प्राप्त करता है, जो एक मामूली प्रिंट पर शून्य तक हो सकता है।

क्या ऑप्शंस एक्सचेंज ऑर्डर्स को उनके आने के क्रम में फिल करते हैं?

ज्यादातर नहीं। पब्लिक कस्टमर ऑर्डर्स को उसी कीमत पर मार्केट मेकर और प्रोफेशनल ऑर्डर्स पर प्राथमिकता मिलती है, और शेष साइज को आमतौर पर प्रो-राटा आधार पर, प्रत्येक पेंडिंग ऑर्डर के साइज के अनुपात में आवंटित किया जाता है। कुछ एक्सचेंज उस व्यक्ति के लिए प्राथमिकता ओवरले जोड़ते हैं जिसने सबसे पहले कीमत पोस्ट की थी।

ऑप्शंस ऑर्डर पर 'नेचुरल' चुकाने का क्या मतलब है?

नेचुरल वह कीमत है जो पहले से ही बाजार के आपके पक्ष में प्रदर्शित है: जब आप खरीद रहे हैं तो आस्क, जब आप बेच रहे हैं तो बिड। नेचुरल पर एक ऑर्डर मौजूदा कोट के खिलाफ निष्पादित होने योग्य है, जबकि मिड पर एक ऑर्डर दूसरी तरफ के सुधार का इंतजार करता है।

क्या शून्य वॉल्यूम वाले ऑप्शन का कभी फिल न होना सामान्य है?

हाँ। अधिकांश लिस्टेड स्ट्राइक्स पर अधिकांश दिनों में ट्रेड नहीं होता है, और उनमें से किसी एक पर रखा गया पेंडिंग ऑर्डर ऐसे फ्लो के लिए प्रतिस्पर्धा करता है जो आ ही नहीं रहा है। वहाँ दिखाया गया कोट आमतौर पर मार्केट मेकर का दायित्व है, और फिल इस बात पर निर्भर करता है कि क्या वह कीमत ऐसी है जो वे उस क्षण चाहते हैं।

ऊपर दिए गए हर पैनल में उसके नीचे सटीक SQL है। अपने द्वारा फॉलो किए जाने वाले कॉन्ट्रैक्ट पर समान माप चलाने के लिए, Strasmore टर्मिनल पर सादे अंग्रेजी में प्रश्न पूछें।