Short Interest डेटा पुराना क्यों होता है

Short interest डेटा हमेशा पुराना होता है क्योंकि यह लाइव फीड नहीं है। ब्रोकर अपने खातों में शॉर्ट की गई शेयर्स का स्नैपशॉट FINRA द्वारा निर्धारित settlement dates पर लेते हैं। यह प्रक्रिया महीने में दो बार होती है: महीने के मध्य में और महीने के अंत में। इसके बाद वे इन कुल आंकड़ों को FINRA के पास जमा करते हैं। FINRA सभी सदस्य फर्मों की रिपोर्ट को संकलित करता है और लगभग आठ व्यावसायिक दिनों के बाद कुल योग प्रकाशित करता है। जब डेटा वेंडर और डेटाबेस के माध्यम से आपकी स्क्रीन तक पहुँचता है, तो किसी भी दिए गए दिन उपलब्ध सबसे ताज़ा short interest संख्या एक से चार सप्ताह पहले की पोजीशन को दर्शाती है। यह पेज उस अंतर का माप प्रदान करता है।

रिपोर्टिंग में देरी वास्तव में कैसे होती है

इस चक्र में चार चरण होते हैं, और प्रत्येक चरण में कुछ दिन जुड़ जाते हैं।

1. सेटलमेंट तिथि (Settlement date)। FINRA सेटलमेंट तिथियों का एक शेड्यूल प्रकाशित करता है — एक महीने के मध्य में, और एक महीने के अंत में। प्रत्येक तिथि पर, हर ब्रोकर-डीलर अपने ग्राहकों और फर्म के खातों में मौजूद शॉर्ट पोजीशन (short positions) का विवरण दर्ज करता है। ये सेटलमेंट तिथियां हैं, ट्रेड तिथियां नहीं: T+1 सेटलमेंट के तहत, सोमवार को हुआ ट्रेड मंगलवार को सेटल होता है, इसलिए सेटलमेंट तिथि पर गिनी जाने वाली पोजीशन वे होती हैं जिनके ट्रेड तब तक क्लियर हो चुके होते हैं।
2. रिपोर्टिंग की समय सीमा (Reporting deadline)। प्रत्येक सदस्य फर्म अगले कुछ कार्य दिवसों के भीतर FINRA के पास प्रति-सिक्योरिटी शॉर्ट टोटल जमा करती है। इस चरण में कुछ भी सार्वजनिक नहीं होता है; यह एक नियामक फाइलिंग (regulatory filing) है, न कि मार्केट डेटा फीड।
3. संकलन (Compilation)। FINRA प्रत्येक सिक्योरिटी के लिए हजारों फर्म-स्तरीय रिपोर्टों को जोड़ता है और एक फाइल तैयार करता है: प्रत्येक सिक्योरिटी के लिए प्रत्येक सेटलमेंट तिथि हेतु एक एकल संख्या — इसमें इंट्राडे इतिहास, वेन्यू का विवरण, या प्रति-फर्म ब्रेकआउट शामिल नहीं होता है।
4. प्रसारण (Dissemination)। यह फाइल संबंधित सेटलमेंट तिथि के लगभग आठ कार्य दिवसों बाद सार्वजनिक की जाती है। इसके बाद वेंडर्स इसे प्राप्त करते हैं, एक्सचेंज इसे पुन: प्रकाशित करते हैं, और इस पेज के पीछे स्थित डेटा वेयरहाउस जैसे सिस्टम इसे ग्रहण (ingest) करते हैं।

कोई भी डेटा को रोककर नहीं बैठा है। देरी डेटा संग्रह, संकलन और वितरण के चरणों का कुल योग है — प्रत्येक चरण कैलेंडर पर आधारित एक बैच प्रक्रिया है, न कि एक निरंतर स्ट्रीम।

मापे गए दिनों में अंतराल (lag) कितना है?

यहाँ वे सभी settlement dates दी गई हैं जिन्हें इस warehouse ने लाइव, incremental delivery के रूप में प्राप्त किया है — एक तरफ settlement date है, और दूसरी तरफ वह दिन है जब वे rows यहाँ पहली बार दिखाई दी थीं।

WITH first_arrival AS (
    SELECT settlement_date,
           toDate(min(_ingest_time)) AS arrived
    FROM global_markets.stocks_short_interest
    GROUP BY settlement_date
),
bulk_days AS (
    SELECT arrived
    FROM first_arrival
    GROUP BY arrived
    HAVING count() > 5
)
SELECT settlement_date,
       toString(arrived) AS arrived_here,
       dateDiff('day', settlement_date, arrived) AS publication_lag_days
FROM first_arrival
WHERE arrived NOT IN (SELECT arrived FROM bulk_days)
ORDER BY settlement_date

रिकॉर्ड में सबसे हालिया settlement, 2026-06-30, यहाँ 2026-07-11 को आया — यह उन positions के दर्ज होने के 11 दिन बाद आया जिनका यह वर्णन करता है। इससे पहले वाले settlement में 16 दिन लगे थे। पूरी श्रृंखला में, यह अंतराल एक स्थिर संख्या नहीं बल्कि एक band के रूप में है:

WITH first_arrival AS (
    SELECT settlement_date,
           toDate(min(_ingest_time)) AS arrived
    FROM global_markets.stocks_short_interest
    GROUP BY settlement_date
),
bulk_days AS (
    SELECT arrived
    FROM first_arrival
    GROUP BY arrived
    HAVING count() > 5
),
organic AS (
    SELECT settlement_date,
           dateDiff('day', settlement_date, arrived) AS lag
    FROM first_arrival
    WHERE arrived NOT IN (SELECT arrived FROM bulk_days)
)
SELECT count() AS settlements_measured,
       min(lag) AS fastest_lag_days,
       round(quantileDeterministic(0.5)(lag, cityHash64(settlement_date)), 1) AS median_lag_days,
       max(lag) AS slowest_lag_days,
       (SELECT count() FROM first_arrival WHERE arrived IN (SELECT arrived FROM bulk_days)) AS settlements_bulk_loaded,
       (SELECT toString(max(arrived)) FROM bulk_days) AS bulk_load_date
FROM organic

8 incrementally-delivered settlements के दौरान, सबसे तेज़ print settlement date के 10 दिन बाद आया और सबसे धीमा 26 दिन लगा; median 14 दिन है — जो शीर्षक में दिए गए "दो सप्ताह पुराने" (two weeks old) के माप को दर्शाता है।

ध्यान दें कि ये queries क्या शामिल नहीं करती हैं। किसी warehouse का इतिहास प्रकाशन की गति का रिकॉर्ड नहीं है: 2026-03-16 को इस database ने एक ही बार में 197 settlements लोड किए थे, जो archive का एक एकल backfill था। उन rows के ingest timestamps backfill की तारीख बताते हैं, न कि disclosure की। उनसे गणना किया गया कोई भी "lag" हमारे loading schedule का परिणाम है। केवल वे settlements जो archive बनने के बाद एक-एक करके आए, वास्तविक pipeline को मापते हैं — ऊपर दी गई rows वही हैं।

वर्तमान में चक्र की स्थिति

डेटा में देरी (lag) को गैप में सबसे आसानी से देखा जा सकता है: किसी भी समय एक ऐसी सेटलमेंट तिथि होती है जो बीत चुकी है लेकिन अभी तक प्रकाशित नहीं हुई है। यह पैनल लाइव डेटा प्रदान करता है।

WITH (SELECT max(settlement_date) FROM global_markets.stocks_short_interest) AS latest
SELECT toString(latest) AS latest_settlement_on_file,
       (SELECT count() FROM global_markets.stocks_short_interest
        WHERE settlement_date = latest) AS securities_in_that_print,
       (SELECT dateDiff('day', latest, toDate(min(_ingest_time))) FROM global_markets.stocks_short_interest
        WHERE settlement_date = latest) AS its_publication_lag_days,
       (SELECT count() FROM global_markets.stocks_short_interest
        WHERE settlement_date > latest AND settlement_date <= latest + 16) AS next_settlement_rows_on_file,
       (SELECT count(DISTINCT date) FROM global_markets.stocks_short_volume
        WHERE date > latest) AS daily_short_volume_files_since,
       (SELECT dateDiff('day', latest, max(date)) FROM global_markets.stocks_short_volume) AS days_from_settlement_to_newest_daily_file

मौजूदा रिकॉर्ड के अनुसार नवीनतम शॉर्ट इंटरेस्ट प्रिंट 2026-06-30 सेटलमेंट है, जिसमें 22207 सिक्योरिटीज शामिल हैं और यह घटना के 11 दिनों बाद डिलीवर किया गया था। चक्र में अगला सेटलमेंट 0 पंक्तियाँ (rows) दिखाता है: इसे अभी प्रकाशित नहीं किया गया है, और ऊपर मापे गए अंतराल के अनुसार यह पूरी तरह से सामान्य है। उस कॉलम को जानबूझकर शून्य (zero) पर सीमित रखा गया है। जब डेटा प्रकाशित हो जाता है, तो यह सीमा समाप्त हो जाती है और यह पेज पुराने डेटा के बजाय अपडेट के लिए रुक जाता है — यही वही ट्रिपवायर है जो June recap में एक चक्र पहले शामिल था।

इस बीच, दैनिक शॉर्ट-वॉल्यूम फ़ाइल उस सेटलमेंट तिथि के बाद से 12 बार प्रकाशित हो चुकी है, जिसका सबसे नया दिन शॉर्ट इंटरेस्ट स्नैपशॉट से 17 दिन नया है। FINRA के दो अलग-अलग डेटासेट, दो अलग-अलग समय चक्र।

डेटा पब्लिश होने के दौरान होने वाले बदलाव

डेटा में होने वाली देरी (lag) तभी महत्वपूर्ण है जब उस दौरान कीमतों में उतार-चढ़ाव हो। कीमतों में बदलाव होता है। यह पैनल नवीनतम सेटलमेंट लेता है, फिर सेटलमेंट की तारीख पर प्रत्येक स्टॉक के रेगुलर-सेशन क्लोज को उस दिन के क्लोज के मुकाबले मापता है जब फाइल वास्तव में प्राप्त हुई थी।

WITH latest AS (SELECT max(settlement_date) AS d FROM global_markets.stocks_short_interest),
arrived AS (
    SELECT toDate(min(_ingest_time)) AS a
    FROM global_markets.stocks_short_interest
    WHERE settlement_date = (SELECT d FROM latest)
),
daily AS (
    SELECT ticker,
           toDate(toTimeZone(window_start, 'America/New_York')) AS session,
           argMax(toFloat64(close), window_start) AS rth_close
    FROM global_markets.delayed_stocks_minute_aggs
    WHERE ticker IN ('AAPL', 'TSLA', 'NVDA', 'GME', 'MU')
      AND toDate(toTimeZone(window_start, 'America/New_York')) >= (SELECT d FROM latest)
      AND toDate(toTimeZone(window_start, 'America/New_York')) <= (SELECT a FROM arrived)
      AND toHour(toTimeZone(window_start, 'America/New_York')) * 60
          + toMinute(toTimeZone(window_start, 'America/New_York')) BETWEEN 570 AND 959
    GROUP BY ticker, session
)
SELECT si.ticker AS ticker,
       round(si.short_interest / 1e6, 1) AS shares_short_m,
       round(argMin(d.rth_close, d.session), 2) AS close_at_settlement,
       round(argMax(d.rth_close, d.session), 2) AS close_when_published,
       round((argMax(d.rth_close, d.session) / argMin(d.rth_close, d.session) - 1) * 100, 1) AS move_while_pending_pct,
       count() AS sessions_in_window
FROM global_markets.stocks_short_interest AS si
INNER JOIN daily AS d ON d.ticker = si.ticker
WHERE si.settlement_date = (SELECT d FROM latest)
GROUP BY si.ticker, si.short_interest
ORDER BY abs(move_while_pending_pct) DESC, si.ticker ASC

यह विंडो 8 ट्रेडिंग सत्रों तक चली। पांच में से सबसे अधिक बदलाव MU में देखा गया, जो सेटलमेंट क्लोज पर $1151.01 से बढ़कर उस दिन $978.69 पर पहुँच गया जब उसका शॉर्ट इंटरेस्ट डेटा उपलब्ध हुआ — यह -15% का बदलाव है। इस अवधि के दौरान, घोषित शॉर्ट पोजीशन परिभाषा के अनुसार 31.7 मिलियन शेयरों पर स्थिर थी। सबसे कम बदलाव GME में था, फिर भी इसमें -1.9% का बदलाव आया।

यही इस देरी का वास्तविक अर्थ है। "X में शॉर्ट इंटरेस्ट" रिपोर्ट करने वाली कोई भी हेडलाइन पिछले सेटलमेंट की स्थिति बताती है — ऊपर दी गई विंडो के दौरान होने वाले सभी बदलाव इसमें दिखाई नहीं देते। शॉर्ट सेलर्स ने बढ़ती कीमतों पर अपनी पोजीशन कवर की होगी या गिरती कीमतों पर पोजीशन बढ़ाई होगी; डेटा यह नहीं बता सकता, और अगली रिपोर्ट आने तक नहीं बताएगा।

Days to cover, जिसे पुराने डेटा से निकाला गया है

Days to cover — short shares को average daily volume से विभाजित करके निकाला जाता है — वह अनुपात है जिससे पाठक वास्तव में सामना करते हैं। इसमें डेटा पुराना होने की दोहरी समस्या है: एक numerator जो settlement date पर स्थिर हो जाता है, और एक volume denominator जिसे फ़ाइल ने हफ़्तों पहले ही गणना कर लिया था। GameStop इसका सबसे स्पष्ट उदाहरण है, क्योंकि यह एक प्रसिद्ध नाम होने के साथ-साथ सबसे अधिक ट्रेड होने वाले liquid tickers में से एक है।

WITH latest AS (SELECT max(settlement_date) AS d FROM global_markets.stocks_short_interest),
arrived AS (
    SELECT toDate(min(_ingest_time)) AS a
    FROM global_markets.stocks_short_interest
    WHERE settlement_date = (SELECT d FROM latest)
),
tape AS (
    SELECT count(DISTINCT toDate(toTimeZone(window_start, 'America/New_York'))) AS sessions,
           sum(toFloat64(volume)) AS shares
    FROM global_markets.delayed_stocks_minute_aggs
    WHERE ticker = 'GME'
      AND toDate(toTimeZone(window_start, 'America/New_York')) > (SELECT d FROM latest)
      AND toDate(toTimeZone(window_start, 'America/New_York')) <= (SELECT a FROM arrived)
      AND toHour(toTimeZone(window_start, 'America/New_York')) * 60
          + toMinute(toTimeZone(window_start, 'America/New_York')) BETWEEN 570 AND 959
)
SELECT toString((SELECT d FROM latest)) AS settlement,
       round(si.short_interest / 1e6, 1) AS shares_short_m,
       round(si.avg_daily_volume / 1e6, 2) AS file_adv_m,
       round(si.days_to_cover, 2) AS reported_days_to_cover,
       round(tape.shares / tape.sessions / 1e6, 2) AS tape_adv_since_settlement_m,
       round(si.short_interest / (tape.shares / tape.sessions), 2) AS days_to_cover_on_recent_volume,
       round(abs(si.short_interest / (tape.shares / tape.sessions) - si.days_to_cover), 2) AS days_of_difference,
       tape.sessions AS sessions_measured
FROM global_markets.stocks_short_interest AS si, tape
WHERE si.ticker = 'GME'
  AND si.settlement_date = (SELECT d FROM latest)

पंक्ति को बाएँ से दाएँ पढ़ें। 2026-06-30 settlement पर, GameStop के पास 55.9 million shares short थे। फ़ाइल इसे 5.2 million shares के average daily volume के साथ जोड़ती है और 10.75 days to cover बताती है — यही वह संख्या है जो screener आपको दिखाता है।

अब denominator को वास्तविक डेटा से बदलें। 7 regular sessions के दौरान, जब यह डेटा अभी प्रक्रिया में था, GameStop का consolidated tape पर औसत दैनिक वॉल्यूम 3.09 million shares था। उसी volume पर वही short position 18.08 days के बराबर बैठती है — जो प्रकाशित अनुपात से 7.33 दिन कम है, जबकि numerator समान है। केवल volume का अनुमान बदला है। Days to cover को दो पुराने इनपुट से बना एक पुराना अनुपात मानें, न कि इस बात का लाइव माप कि एग्जिट करने में कितना समय लगेगा।

Short squeezes: जहाँ देरी का वास्तविक प्रभाव पड़ता है

अधिकांश लोग इस प्रश्न को इसलिए खोजते हैं क्योंकि वे squeeze (शॉर्ट स्क्वीज़) के बारे में जानना चाहते हैं। एक squeeze में, short position ही मुख्य विषय होती है — और इसकी वास्तविक मात्रा को कोई भी real time में नहीं देख सकता। 2021 की शुरुआत में GameStop इसका सबसे सटीक उदाहरण है। नीचे दिए गए कॉलम प्रत्येक settlement के regular-session close और उसके आठ trading sessions बाद के close को दर्शाते हैं। यह FINRA के लगभग आठ कार्य दिवसों के dissemination target का प्रतिनिधित्व करते हैं।

WITH daily AS (
    SELECT toDate(toTimeZone(window_start, 'America/New_York')) AS session,
           argMax(toFloat64(close), window_start) AS cl
    FROM global_markets.delayed_stocks_minute_aggs
    WHERE ticker = 'GME'
      AND window_start >= toDateTime('2020-12-01 00:00:00')
      AND window_start < toDateTime('2021-03-15 00:00:00')
      AND toHour(toTimeZone(window_start, 'America/New_York')) * 60
          + toMinute(toTimeZone(window_start, 'America/New_York')) BETWEEN 570 AND 959
    GROUP BY session
),
ranked AS (
    SELECT session, cl, row_number() OVER (ORDER BY session) AS n
    FROM daily
)
SELECT toString(si.settlement_date) AS settlement,
       round(si.short_interest / 1e6, 1) AS shares_short_m,
       round(r0.cl, 2) AS close_at_settlement,
       round(r8.cl, 2) AS close_8_sessions_later,
       round((r8.cl / r0.cl - 1) * 100, 1) AS move_while_pending_pct
FROM global_markets.stocks_short_interest AS si
INNER JOIN ranked AS r0 ON r0.session = si.settlement_date
INNER JOIN ranked AS r8 ON r8.n = r0.n + 8
WHERE si.ticker = 'GME'
  AND si.settlement_date >= toDate('2020-12-15')
  AND si.settlement_date <= toDate('2021-02-26')
ORDER BY si.settlement_date

2021-01-15 settlement को देखें। इसमें $35.49 की कीमत पर 61.8 million shares short दर्ज किए गए थे। आठ sessions बाद — जब इस तरह का डेटा सार्वजनिक होता है — GameStop $197.44 पर बंद हुआ, जो कि 456.3% की हलचल थी। प्रकाशन के दिन यदि कोई उस short interest figure को पढ़ता, तो वह उस स्टॉक का विवरण पढ़ रहा होता था जो उस कीमत पर अब अस्तित्व में ही नहीं था।

अगला डेटा इस जाल को उलट देता है। 2021-01-29 settlement में 21.4 million shares short दर्ज किए गए थे — जिसमें से अधिकांश position खत्म हो चुकी थी, और स्टॉक $328.24 पर था। आठ sessions बाद यह $51.19, -84.4% पर पहुँच गया। डेटा सार्वजनिक होने से पहले ही covering (शॉर्ट पोजीशन को बंद करना) हो चुकी थी। squeeze के दोनों हिस्से — crowding और unwind — घटना घटने के बाद ही प्रकट हुए।

दैनिक डेटा और उसकी सीमाएं

FINRA हर दिन एक डेटा प्रकाशित करता है: short volume। यह अगले दिन सुबह रिपोर्ट किया जाता है और इसमें उस दिन के कुल वॉल्यूम में short-sale executions का हिस्सा दिखाया जाता है। यह डेटा लगभग real-time में उपलब्ध होता है, लेकिन यह एक अलग माप है। Short volume trading flow को दर्शाता है — इसमें से अधिकांश market-maker hedging होती है जो बाजार बंद होने तक समाप्त हो जाती है — यह held positions को नहीं दर्शाता है। किसी स्टॉक का short interest बिना बदले एक सप्ताह तक हर दिन भारी short volume दिखा सकता है। इन दोनों datasets के बीच का अंतर सड़क पर होने वाली ट्रैफिक और सड़क के अंत में खड़ी कारों के बीच के अंतर जैसा है; दोनों फाइलों का विस्तृत विवरण यहाँ दिया गया है।

अमेरिका में प्रतिदिन घोषित होने वाला short interest नंबर उपलब्ध नहीं होता है। Vendors securities-lending और flow data के आधार पर दैनिक estimates बेचते हैं; ये केवल मॉडल हैं, आधिकारिक प्रकटीकरण (disclosures) नहीं। आधिकारिक आंकड़ा महीने में केवल दो बार आता है और इसमें देरी होती है।

FAQ

short interest डेटा दो सप्ताह पुराना क्यों होता है?

Brokers केवल FINRA की महीने में दो बार होने वाली settlement dates पर short positions का snapshot लेते हैं। वे कुछ व्यावसायिक दिनों के बाद कुल योग जमा करते हैं, और FINRA settlement date के लगभग आठ व्यावसायिक दिनों के बाद संकलित फ़ाइल प्रसारित करता है। इस डेटाबेस को प्राप्त होने वाली सभी live deliveries के लिए, पूरा pipeline 10 से 26 दिनों तक चला, जिसका median 14 दिन था।

brokers द्वारा short interest की गणना और रिपोर्टिंग कैसे की जाती है?

प्रत्येक broker-dealer settlement date तक अपने customer और firm accounts में short में रखी गई shares की गिनती करता है, उन्हें प्रति security aggregate करता है, और वह कुल योग FINRA के पास जमा करता है। FINRA सभी member firms की रिपोर्ट को प्रति security एक संख्या में जोड़ता है — 2026-06-30 प्रिंट में 22207। यह positions की एक नियामक गिनती (regulatory tally) है, न कि trades की गिनती।

क्या NYSE, Nasdaq या OTC stocks के लिए reporting cycle अलग है?

नहीं। सभी US listing venues पर एक ही twice-monthly settlement schedule और एक ही compilation-and-dissemination cycle लागू होता है। exchanges अपनी खुद की गिनती करने के बजाय FINRA फ़ाइल से डेटा पुन: प्रकाशित करते हैं। किसी stock का listing venue उसके short interest नंबर की उम्र (age) को नहीं बदलता है।

short interest percentage का अच्छा या बुरा होना क्या है?

ऐसा कोई threshold नहीं है जो किसी stock को अच्छा या बुरा holding बनाता हो, और उच्च reading कोई पूर्वानुमान (forecast) नहीं है। Crowding measures यह बताते हैं कि stock के tradable volume के सापेक्ष short position कितनी बड़ी है: GameStop के नवीनतम print में 10.75 days to cover हैं, जबकि अधिकांश liquid names के लिए यह low single digits है — वितरण (distribution) देखने के लिए वर्तमान crowding leaders देखें।

क्या short squeezes के लिए reporting lag महत्वपूर्ण है?

यहीं lag सबसे अधिक महत्वपूर्ण होता है। 2021-01-15 GameStop settlement में, stock measurement और प्रकाशन के करीब आठ-session के निशान के बीच 456.3% तक चला — और 2021-01-29 print तक short position पहले ही घटकर 21.4 million shares रह गई थी। Squeeze crowding की पुष्टि सार्वजनिक डेटा में घटना के बाद ही होती है।

ऊपर दिया गया प्रत्येक panel उस SQL के साथ आता है जिसने इसे तैयार किया है — नंबरों का ऑडिट करने के लिए किसी भी एक को expand करें, या Strasmore terminal पर settlement calendar चलाएं।