شورٹ انٹریسٹ ڈیٹا پرانی کیوں ہوتی ہے

شورٹ انٹریسٹ ڈیٹا ہمیشہ پرانی ہوتی ہے، اس کی ایک ساختی وجہ ہے: یہ لائیو فیڈ نہیں ہے۔ بروکرز FINRA کے طے شدہ سیٹلمنٹ ڈیٹس پر — مہینے میں دو بار، مہینے کے وسط اور اختتام پر — اپنے اکاؤنٹس میں شورٹ رکھے گئے حصص کا اسنیپ شاٹ لیتے ہیں، پھر ان کل تعدادات کو FINRA کے پاس جمع کراتے ہیں، جو ہر ممبر فرم کی رپورٹ مرتب کرتا ہے اور تقریباً آٹھ کاروباری دن بعد مجموعی ڈیٹا شائع کرتا ہے۔ اس میں وینڈر اور ڈیٹا بیس ہاپ بھی شامل کریں جو فائل کو آپ کی اسکرین تک پہنچاتا ہے، اور کسی بھی دن دستیاب تازہ ترین شورٹ انٹریسٹ نمبر پچھلے ایک سے چار ہفتوں میں موجود پوزیشننگ کی عکاسی کرتا ہے۔ یہ صفحہ اس فرق کو ماپتا ہے بجائے اس کے کہ اسے دعویٰ کرے۔

رپورٹنگ میں تاخیر دراصل کیسے ہوتی ہے

اس چکر میں چار مراحل ہیں، اور ہر مرحلہ کچھ دن بڑھاتا ہے۔

1. سیٹلمنٹ کی تاریخ۔ FINRA سیٹلمنٹ کی تاریخوں کا شیڈول شائع کرتا ہے — ایک مہینے کے وسط میں، ایک مہینے کے آخر میں۔ ہر تاریخ پر، ہر بروکر-ڈیلر اپنے گاہک اور فرم کے اکاؤنٹس میں رکھے گئے شارٹ پوزیشنز ریکارڈ کرتا ہے۔ یہ سیٹلمنٹ کی تاریخیں ہیں، تجارت کی نہیں: T+1 سیٹلمنٹ کے تحت پیر کو ہونے والی تجارت منگل کو سیٹل ہوتی ہے، اس لیے سیٹلمنٹ کی تاریخ پر شمار کی جانے والی پوزیشنز وہ ہیں جن کی تجارت اس وقت تک کلیر ہو چکی ہو۔
2. رپورٹنگ کی آخری تاریخ۔ ہر ممبر فرم اپنی فی سیکیورٹی شارٹ کل رقوم FINRA کو اگلے چند کاروباری دنوں کے اندر داخل کرتی ہے۔ اس مرحلے میں کچھ بھی عوامی نہیں ہے؛ یہ ایک ریگولیٹری فائلنگ ہے، مارکیٹ ڈیٹا فیڈ نہیں۔
3. مرتب کرنا۔ FINRA ہر سیکیورٹی کے لیے ہزاروں فرم لیول رپورٹس کو جمع کرتا ہے اور ایک فائل مرتب کرتا ہے: فی سیٹلمنٹ تاریخ فی سیکیورٹی ایک ہی عدد — کوئی انٹراڈے ہسٹری نہیں، کوئی وینو تفصیل نہیں، کوئی فی-فرم بریک آؤٹ نہیں۔
4. نشر کرنا۔ یہ فائل اپنی بیان کردہ سیٹلمنٹ تاریخ کے تقریباً آٹھ کاروباری دن بعد عوامی ہوتی ہے۔ پھر وینڈرز اسے کھینچتے ہیں، ایکسچینجز اسے دوبارہ شائع کرتے ہیں، اور ڈیٹا ویر ہاؤسز جیسے اس صفحے کے پیچھے والا اسے جذب کرتے ہیں۔

کوئی بھی اس عدد پر بیٹھا نہیں ہے۔ تاخیر جمع کرنے کی کھڑکی، مرتب کرنے کی کھڑکی، اور تقسیم کے ہاپ کا مجموعہ ہے — ہر مرحلہ کیلنڈر پر ایک بیچ پروسیس ہے، سٹریم نہیں۔

تاخیر کی مدت کتنی ہے، ماپے گئے دنوں میں؟

یہ ہر سیٹلمنٹ تاریخ ہے جو اس گودام میں ایک لائیو، اضافی ترسیل کے طور پر موصول ہوئی — ایک طرف سیٹلمنٹ تاریخ، اور دوسری طرف وہ دن جب یہ قطاریں یہاں پہلی بار ظاہر ہوئیں۔

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

فائل میں موجود سب سے حالیہ سیٹلمنٹ، 2026-06-30، یہاں 2026-07-11 کو پہنچی — اپنی درج کردہ پوزیشنوں کے 11 دن بعد۔ اس سے پہلے والی کو 16 دن لگے۔ پوری سیریز میں شکل ایک بینڈ کی ہے، مستقل نہیں:

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 اضافی طور پر ترسیل شدہ سیٹلمنٹس میں، تیز ترین پرنٹ اپنی سیٹلمنٹ تاریخ کے 10 دن بعد پہنچا اور سب سے سستے نے 26 دن لیے؛ درمیانہ 14 دن ہے — عنوان کا "دو ہفتے پرانا"، مفروضے کے بجائے ماپا ہوا۔

نوٹ کریں کہ وہ استفسارات کیا خارج کرتے ہیں۔ ایک گودام کی تاریخ اشاعتی رفتار کا ریکارڈ نہیں ہے: 2026-03-16 کو اس ڈیٹا بیس نے ایک ساتھ 197 سیٹلمنٹس لوڈ کیں، آرکائیو کے ایک ہی بیک فل میں۔ ان قطاروں پر انجیشن ٹائم اسٹیمپس بیک فل کی تاریخ بتاتے ہیں، انکشاف کی نہیں، اور ان سے شمار کردہ کوئی بھی "تاخیر" ہماری لوڈنگ شیڈول کا مصنوعی نتیجہ ہے۔ صرف وہ سیٹلمنٹس جو آرکائیو کے قائم ہونے کے بعد ایک وقت میں ایک ایک کرکے پہنچیں، اصل پائپ لائن کو ماپتی ہیں — وہ قطاریں اوپر ہیں۔

چکر آج کہاں کھڑا ہے

تاخیر سب سے آسانی سے اس فرق میں نظر آتی ہے: کسی بھی لمحے ایک ایسی تصفیہ تاریخ موجود ہوتی ہے جو پہلے ہی وقوع پذیر ہو چکی ہے اور ابھی تک شائع نہیں ہوئی۔ یہ پینل براہ راست رسید ہے۔

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 قطاریں دکھاتا ہے: یہ شائع نہیں ہوا، اور اوپر ماپی گئی تاخیروں کے لحاظ سے یہ بالکل معمول کی بات ہے۔ اس کالم کو جان بوجھ کر صفر پر محدود رکھا گیا ہے۔ جب رپورٹ آتی ہے، تو یہ حد متحرک ہو جاتی ہے اور اس صفحے کو اپ ڈیٹ کے لیے روک لیا جاتا ہے، بجائے اس کے کہ خاموشی سے پرانی معلومات پیش کی جائیں — یہ وہی ٹرپ وائر ہے جو جون کا خلاصہ ایک چکر پہلے اندر لے کر چلی تھی۔

دریں اثنا، روزانہ کی شارٹ والیوم فائل نے اس تصفیہ کی تاریخ کے بعد 12 بار اشاعت کی ہے، جس کا تازہ ترین دن، تازہ ترین شارٹ انٹرسٹ اسنیپ شاٹ سے 17 دن نیا ہے۔ دو FINRA ڈیٹا سیٹس، دو مختلف گھڑیاں۔

جب رپورٹ زیرِ عمل ہو تو کیا حرکت کرتا ہے

تاخیر تب ہی اہم ہے جب اس دوران قیمتیں حرکت کریں۔ وہ حرکت کرتی ہیں۔ یہ پینل تازہ ترین settlement لیتا ہے، پھر ہر نام کی settlement تاریخ کے دن باقاعدہ سیشن کی بند قیمت کا موازنہ اس دن کی بند قیمت سے کرتا ہے جب فائل واقعی آئی۔

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 تھا، جو settlement کے اختتام پر $1151.01 سے بڑھ کر اس دن $978.69 ہو گیا جب اس کی short interest رپورٹ دستیاب ہوئی — یہ -15% تبدیلی ایک ایسے دورانیے میں ہے جس میں ظاہر کردہ short position تعریفی طور پر 31.7 ملین شیئر پر منجمد تھی۔ سب سے کم حرکت کرنے والا، GME، پھر بھی -1.9% حرکت کر گیا۔

یہ تاخیر کا عملی مواد ہے۔ کوئی بھی سرخی جو "X میں short interest" رپورٹ کرتی ہے، وہ آخری settlement کے وقت کی پوزیشن بیان کرتی ہے — اوپر دی گئی ونڈو کی ہر چیز اس کے لیے غیر مرئی ہے۔ شارٹس نے طاقت میں cover کیا ہوگا یا کمزوری میں اضافہ کیا ہوگا؛ عدد یہ نہیں بتا سکتا، اور اگلی رپورٹ آنے تک نہیں بتائے گا۔

کور کرنے کے دن، ایک پرانی عدد سے حساب لگایا گیا

کور کرنے کے دن — شارٹ شیئرز کو اوسط روزانہ حجم سے تقسیم — وہ تناسب ہے جو زیادہ تر قارئین واقعی دیکھتے ہیں، اور اس میں پرانے پن دو بار شامل ہیں: ایک عدد جو سیٹلمنٹ کی تاریخ پر مقرر ہے، اور ایک حجم ہر جو فائل نے خود ہفتوں پہلے حساب کیا تھا۔ GameStop سب سے واضح کیس ہے، کیونکہ یہ ایک گھریلو نام بھی ہے اور زیادہ بھیڑ والے لیکوڈ ٹیکرز میں سے ایک بھی۔

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 سیٹلمنٹ پر، GameStop کے پاس 55.9 ملین شارٹ شیئرز تھے۔ فائل اسے 5.2 ملین شیئرز کی اوسط روزانہ حجم کے ساتھ جوڑتی ہے اور 10.75 دن کور کرنے کو رپورٹ کرتی ہے — وہ نمبر جو اسکرینر آپ کو دکھاتا ہے۔

اب ہر کو حقیقت سے بدلیں۔ ان 7 باقاعدہ سیشنز میں جو اس وقت تجارت ہوئے جبکہ پرنٹ ابھی پائپ لائن میں تھا، GameStop نے کنسولیڈیٹڈ ٹیپ پر اوسطاً 3.09 ملین شیئرز فی دن کیے۔ اسی شارٹ پوزیشن کو اس حجم پر حساب لگایا جائے تو 18.08 دن بنتے ہیں — شائع شدہ تناسب سے 7.33 دن کا فرق، عدد یکساں رکھا گیا۔ صرف حجم کا مفروضہ بدلا۔ کور کرنے کے دن کو دو قدیم ان پٹس سے بنا ایک تاریخ شدہ تناسب سمجھیں، یہ اس بات کا لائیو پیمانہ نہیں کہ ایگزٹ کتنا وقت لے گا۔

شارٹ سکویز: تاخیر کہاں حقیقتاً نقصان دہ ہے

زیادہ تر لوگ اس سوال کی تلاش کی بنیادی وجہ سکویز ہے۔ سکویز کی صورت میں شارٹ پوزیشن ہی اصل کہانی ہوتی ہے — اور یہ بالکل وہ مقدار ہے جسے کوئی بھی حقیقی وقت میں نہیں دیکھ سکتا۔ 2021 کے اوائل میں GameStop اس کی نصابی مثال ہے۔ نیچے دیے گئے کالم ہر سیٹلمنٹ کے باقاعدہ سیشن کے اختتام اور آٹھ ٹریڈنگ سیشن بعد کے اختتام کو ظاہر کرتے ہیں، جو FINRA کے تقریباً آٹھ کاروباری دنوں کی اشاعت کے ہدف کی نمائندگی کرتے ہیں۔

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 سیٹلمنٹ کی پیروی کریں۔ اس نے 61.8 ملین شیئرز شارٹ ریکارڈ کیے، جب اسٹاک $35.49 پر تھا۔ آٹھ سیشن بعد — تقریباً اسی وقت جب ایسا پرنٹ عوام تک پہنچتا ہے — GameStop $197.44 پر بند ہوا، جو 456.3% کی حرکت تھی۔ جو بھی شخص اس شارٹ انٹریسٹ کے عدد کو اس کی اشاعت کے دن پڑھ رہا تھا، وہ دراصل اس اسٹاک کی وضاحت پڑھ رہا تھا جو اس قیمت پر اب موجود نہیں تھا۔

اگلا پرنٹ اس جال کو الٹ دیتا ہے۔ 2021-01-29 سیٹلمنٹ نے 21.4 ملین شیئرز شارٹ ریکارڈ کیے — پوزیشن کا زیادہ تر حصہ چلا گیا، جبکہ اسٹاک $328.24 پر تھا۔ آٹھ سیشن بعد یہ $51.19 تھا، -84.4%۔ کورنگ اس سے پہلے ہو چکی تھی جس فائل نے اسے ظاہر کیا وہ عوامی ہوئی۔ سکویز کے دونوں نصف حصے — ہجوم بننا اور انوائنڈ ہونا — بعد ازاں ظاہر کیے گئے۔

روزانہ شمار، اور وہ کیا نہیں بتاتا

FINRA روزانہ ایک چیز شائع کرتا ہے: short volume، یعنی کسی دن کی رپورٹ شدہ volume میں سے وہ حصہ جسے short-sale executions کے طور پر نشان زد کیا گیا ہے، اگلی صبح دستیاب ہوتا ہے۔ یہ تقریباً حقیقی وقت کا ڈیٹا ہے، اور یہ ایک الگ پیمائش ہے۔ Short volume trading flow کو گنتا ہے — زیادہ تر market-maker hedging جو بند وقت تک برابر ہو جاتی ہے — نہ کہ positions held۔ کوئی stock پورے ہفتے روزانہ بھاری short volume دکھا سکتی ہے جبکہ اس کی short interest کہیں نہیں جاتی۔ دونوں ڈیٹا سیٹوں کے درمیان فرق سڑک پر ٹریفک اور اس کے آخر میں کھڑی گاڑیوں کے فرق جیسا ہے؛ دونوں فائلوں کی تفصیل یہاں دی گئی ہے۔

امریکہ میں روزانہ ظاہر کی جانے والی کوئی short interest عدد نہیں ہے۔ Vendors روزانہ estimates بیچتے ہیں جو securities-lending اور flow ڈیٹا سے ماڈل بنائے جاتے ہیں؛ یہ ماڈل ہیں، ظاہری اعداد نہیں۔ ظاہر کردہ عدد مہینے میں دو بار موجود ہوتا ہے، اور یہ دیر سے آتا ہے۔

سوالات و جوابات

شارٹ انٹریسٹ ڈیٹا دو ہفتے پرانی کیوں ہے؟

بروکرز شارٹ پوزیشنز کا اسنیپ شاٹ صرف FINRA کی ماہانہ دو بار ہونے والی سیٹلمنٹ تاریخوں پر لیتے ہیں۔ کچھ کاروباری دن بعد کل تعداد فائل کرتے ہیں۔ FINRA مرتب شدہ فائل سیٹلمنٹ تاریخ کے تقریباً آٹھ کاروباری دن بعد شائع کرتا ہے۔ اس ڈیٹابیس کو لائیو ڈیلیوری کے طور پر موصول ہونے والی تمام سیٹلمنٹس میں، مکمل پائپ لائن 10 سے 26 دن تک چلی، جس کا میڈین 14 دن تھا۔

بروکرز شارٹ انٹریسٹ کا حساب کیسے لگاتے ہیں اور رپورٹ کیسے کرتے ہیں؟

ہر بروکر ڈیلر سیٹلمنٹ تاریخ کے مطابق اپنے کسٹمر اور فرم اکاؤنٹس میں شارٹ رکھے گئے شیئرز گنتا ہے۔ ہر سیکیورٹی کے لیے انہیں یکجا کرتا ہے۔ یہ کل تعداد FINRA کے ساتھ فائل کرتا ہے۔ FINRA تمام ممبر فرمز کی رپورٹس کو ہر سیکیورٹی کے لیے ایک نمبر میں جمع کرتا ہے — 2026-06-30 پرنٹ میں ان میں سے 22207۔ یہ پوزیشنز کا ریگولیٹری حساب ہے، ٹریڈز کی گنتی نہیں۔

NYSE، Nasdaq یا OTC اسٹاکس کے لیے رپورٹنگ سائیکل مختلف ہے؟

نہیں۔ یہی ماہانہ دو بار کا سیٹلمنٹ شیڈول اور یہی مرتب اور اشاعتی سائیکل امریکی لسٹنگ venues پر لاگو ہوتا ہے۔ ایکسچینجز اپنا حساب لگانے کے بجائے FINRA فائل سے دوبارہ شائع کرتے ہیں۔ اسٹاک کا لسٹنگ venue اس کی شارٹ انٹریسٹ نمبر کی پرانی ہونے کی حیثیت کو تبدیل نہیں کرتا۔

اچھا یا برا شارٹ انٹریسٹ فیصد کیا ہے؟

کوئی ایسا حد نہیں ہے جو اسٹاک کو اچھا یا برا ہولڈنگ بنائے۔ زیادہ ریڈنگ کوئی پیش گوئی نہیں ہے۔ crowding کے جو اقدامات بیان کرتے ہیں وہ یہ ہے کہ شارٹ پوزیشن اسٹاک کی قابل تجارت volume کے مقابلے میں کتنی بڑی ہے: GameStop کے تازہ ترین پرنٹ میں 10.75 رپورٹڈ دن تاکہ کور ہیں، جبکہ زیادہ تر لیکویڈ نامزاد کے لیے اکائی کے ہندسے ہیں — تقسیم کے لیے موجودہ crowding لیڈرز دیکھیں۔

رپورٹنگ لیگ شارٹ سکوییز کے لیے اہمیت رکھتی ہے؟

یہ وہ جگہ ہے جہاں لیگ سب سے زیادہ اہم ہے۔ 2021-01-15 GameStop سیٹلمنٹ میں، اسٹاک نے پیمائش اور اشاعت کے قریب آٹھ سیشن کے نشان کے درمیان 456.3% حرکت کی — اور 2021-01-29 پرنٹ تک شارٹ پوزیشن پہلے ہی 21.4 ملین شیئرز تک گر چکی تھی۔ سکوییز crowding عوامی ڈیٹا میں واقعے کے بعد ہی تصدیق ہوتا ہے۔

اوپر کا ہر پینل اس SQL کے ساتھ آتا ہے جس نے اسے پیدا کیا — نمبروں کی جانچ کے لیے کسی بھی ایک کو پھیلائیں، یا Strasmore ٹرمینل پر سیٹلمنٹ کیلنڈر چلائیں۔