Strasmore Research
آموزش Matt Connorتوسط Matt Connor · به‌روزرسانی شده در 2026-09-05 · data as of September 5, 2026 · refreshed weekly

چرا داده‌های فروش استقراضی همیشه دو هفته قدیمی‌اند؟

موقعیت فروش استقراضی ماهی دو بار اندازه‌گیری و با تأخیر منتشر می‌شود. چرخه FINRA، فاصله زمانی، تغییرات دوره انتظار و روزهای پوشش را بررسی می‌کنیم.

داده‌های موقعیت فروش استقراضی، به‌دلیل ساختاری، همواره قدیمی هستند؛ زیرا به‌صورت زنده به‌روزرسانی نمی‌شوند. کارگزاران در تاریخ‌های تسویه تعیین‌شده از سوی FINRA، دو بار در ماه—در میانه ماه و پایان ماه—تعداد سهام فروش‌رفته استقراضی موجود در حساب‌های خود را ثبت می‌کنند. سپس این مجموع را به FINRA گزارش می‌دهند. FINRA گزارش همه شرکت‌های عضو را تجمیع می‌کند و حدود هشت روز کاری بعد، رقم تجمیعی را منتشر می‌کند. با احتساب واسطه فروشنده داده و انتقال اطلاعات از پایگاه داده تا صفحه نمایش شما، تازه‌ترین رقم موقعیت فروش استقراضی موجود در هر روز، وضعیت معاملات را در یک تا چهار هفته قبل نشان می‌دهد. این صفحه این فاصله زمانی را اندازه‌گیری می‌کند، نه اینکه آن را صرفاً ادعا کند.

تأخیر انتشار گزارش‌ها در عمل چگونه رخ می‌دهد

این چرخه چهار مرحله دارد و هر مرحله چند روز به آن اضافه می‌کند.

  1. تاریخ تسویه. FINRA برنامه‌ای از تاریخ‌های تسویه منتشر می‌کند: یکی در میانه ماه و دیگری در پایان ماه. در هر یک از این تاریخ‌ها، هر کارگزار-معامله‌گر موقعیت‌های فروش استقراضی موجود در حساب‌های مشتریان و حساب‌های خود را ثبت می‌کند. این‌ها تاریخ‌های تسویه هستند، نه تاریخ‌های معامله. در چارچوب تسویه T+1، معامله‌ای که دوشنبه انجام شود، سه‌شنبه تسویه می‌شود. بنابراین، موقعیت‌هایی که در یک تاریخ تسویه شمارش می‌شوند، مربوط به معاملاتی هستند که تا آن زمان تسویه شده‌اند.
  1. مهلت گزارش‌دهی. هر شرکت عضو، مجموع موقعیت‌های فروش استقراضی خود را به تفکیک هر اوراق بهادار، طی چند روز کاری بعد، به FINRA ارائه می‌کند. در این مرحله هیچ داده‌ای عمومی نیست. این فرایند یک اظهارنامه نظارتی است، نه یک خوراک داده‌های بازار.
  1. تجمیع. FINRA هزاران گزارش شرکت‌ها را برای هر اوراق بهادار جمع می‌کند و یک فایل واحد می‌سازد: یک عدد برای هر اوراق بهادار در هر تاریخ تسویه، بدون سابقه درون‌روزی، جزئیات محل انجام معامله یا تفکیک به تفکیک شرکت.
  1. انتشار. فایل تقریباً هشت روز کاری پس از تاریخ تسویه‌ای که پوشش می‌دهد، عمومی می‌شود. سپس فروشندگان داده آن را دریافت می‌کنند، بورس‌ها بازنشرش می‌کنند و انبارهای داده، مانند سامانه‌ای که پشت این صفحه قرار دارد، آن را وارد می‌کنند.

هیچ‌کس این عدد را نزد خود نگه نمی‌دارد. این تأخیر حاصل جمع بازه جمع‌آوری، بازه تجمیع و مرحله توزیع است. هر مرحله یک فرایند دسته‌ای مبتنی بر تقویم است، نه یک جریان لحظه‌ای.

این تأخیر، برحسب روزهای اندازه‌گیری‌شده، چقدر است؟

در ادامه، تمام تاریخ‌های تسویه‌ای آمده است که این انبار داده به‌صورت زنده و افزایشی دریافت کرده است؛ تاریخ تسویه در یک طرف و روزی که ردیف‌ها برای نخستین‌بار در اینجا ظاهر شدند، در طرف دیگر قرار دارد.

پرس‌وجوهر تسویه تحویل‌شده به‌صورت تدریجی: اندازه‌گیری‌شده در یک تاریخ و ثبت‌شده چند روز بعد
settlement_dateاینجا رسیدهروزهای تأخیر انتشار
2026-03-132026-04-0119
2026-03-312026-04-1010
2026-04-152026-05-0116
2026-04-302026-05-1111
2026-05-152026-06-1026
2026-05-292026-06-1012
2026-06-152026-07-0116
2026-06-302026-07-1111
2026-07-152026-08-0117
2026-07-312026-08-1111
2026-08-142026-09-0118
کد دقیق SQL پشت هر عدد
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-08-14، در 2026-09-01 به اینجا رسید؛ یعنی 18 روز پس از ثبت موقعیت‌هایی که آن را توصیف می‌کنند. مورد قبلی 11 روز زمان برد. در کل این مجموعه، الگو یک بازه است، نه یک مقدار ثابت:

پرس‌وجوتأخیر فرایند در یک ردیف: به‌علاوه بازپردازش انبوهی که این ارقام عمداً شامل آن نمی‌شوند
تسویه‌های اندازه‌گیری‌شدهروزهای کوتاه‌ترین تأخیرروزهای میانه تأخیرروزهای طولانی‌ترین تأخیرتسویه‌های بارگذاری‌انبوه‌شدهتاریخ بارگذاری انبوه
111016261972026-03-16
کد دقیق SQL پشت هر عدد
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
خودتان اجرا کنید

در میان 11 تسویه‌ای که به‌صورت افزایشی تحویل شدند، سریع‌ترین مورد 10 روز پس از تاریخ تسویه‌اش ثبت شد و کندترین مورد 26 روز زمان برد؛ میانه برابر با 16 روز است؛ همان «دو هفته قدمت» عنوان، اما این‌بار بر اساس اندازه‌گیری، نه فرض.

توجه کنید این جست‌وجوها چه مواردی را کنار می‌گذارند. تاریخچه یک انبار داده، سابقه سرعت انتشار نیست: در 2026-03-16، این پایگاه داده 197 تسویه را یک‌جا و در قالب یک بارگذاری تکمیلی از آرشیو وارد کرد. مهرهای زمانی دریافت در این ردیف‌ها، زمان بارگذاری تکمیلی را نشان می‌دهند، نه زمان افشا را؛ بنابراین هر «تأخیری» که بر اساس آن‌ها محاسبه شود، حاصل برنامه زمان‌بندی بارگذاری ماست. فقط تسویه‌هایی که پس از ایجاد آرشیو، یکی‌یکی وارد شدند، خط لوله واقعی را اندازه‌گیری می‌کنند؛ ردیف‌های بالا همین موارد را نشان می‌دهند.

چرخه امروز در چه وضعیتی است

این تأخیر را به‌سادگی می‌توان در خودِ شکاف دید: در هر مقطع، یک تاریخ تسویه وجود دارد که سپری شده اما هنوز منتشر نشده است. این بخش، رسید به‌روز داده‌هاست.

پرس‌وجووضعیت کنونی چرخه: جدیدترین داده ثبت‌شده و داده‌ای که همچنان در فرایند است
جدیدترین تسویه ثبت‌شده در فایلاوراق بهادار در آن گزارشروزهای تأخیر انتشار آنردیف‌های تسویه بعدی در فایلفایل‌های روزانه حجم فروش استقراضی ازروزها از تسویه تا جدیدترین فایل روزانه
2026-08-14224801801521
کد دقیق SQL پشت هر عدد
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-08-14 است. این داده 22480 ورقه بهادار را پوشش می‌دهد و 18 روز پس از تاریخ تسویه ارائه شده است. تسویه بعدی در چرخه، 0 ردیف دارد. این داده هنوز منتشر نشده و با توجه به تأخیرهای اندازه‌گیری‌شده در بالا، این وضعیت کاملاً عادی است. این ستون عمداً از پایین به صفر محدود شده است. وقتی داده منتشر شود، این محدودیت فعال می‌شود و این صفحه برای به‌روزرسانی متوقف خواهد شد، نه اینکه بی‌سروصدا جمله‌ای قدیمی را نمایش دهد؛ همان سازوکار هشداردهنده‌ای که در گزارش ژوئن و یک چرخه پیش‌تر به‌صورت درون‌متنی به کار رفته بود.

در همین حال، فایل روزانه حجم فروش استقراضی از آن تاریخ تسویه تاکنون 15 بار منتشر شده است. جدیدترین روز این فایل 21 روز از جدیدترین نمایه موقعیت‌های فروش استقراضی جدیدتر است. دو مجموعه‌داده FINRA و دو زمان‌بندی متفاوت.

چه چیزی در زمان ورود گزارش به سامانه تغییر می‌کند

این تأخیر فقط زمانی اهمیت دارد که قیمت‌ها در این فاصله تغییر کنند. و تغییر می‌کنند. این بخش آخرین قیمت تسویه را می‌گیرد و سپس قیمت پایانی عادی هر نماد را در تاریخ تسویه، با قیمت پایانی آن در روزی مقایسه می‌کند که فایل عملاً دریافت شده است.

پرس‌وجوبازه کور: آنچه پنج سهم بین تاریخ تسویه و روز انتشار موقعیت فروش استقراضی خود انجام دادند
نمادسهام فروش استقراضی (میلیون)قیمت پایانی در زمان تسویهقیمت پایانی هنگام انتشارتغییر در دوره انتظار (%)جلسات معاملاتی در بازه
AAPL116.3305.98325.146.313
MU30971.98933.24-413
TSLA69.2342.28356.12413
NVDA286225.12217.54-3.413
GME5418.6518.80.813
کد دقیق SQL پشت هر عدد
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
خودتان اجرا کنید

این بازه 13 جلسه معاملاتی طول کشید. بیشترین تغییر در میان این پنج نماد مربوط به AAPL بود؛ قیمت آن از $305.98 در زمان تسویه به $325.14 در روزی رسید که گزارش موقعیت‌های فروش استقراضی آن در دسترس قرار گرفت. این تغییر 6.3% بود؛ آن هم در دوره‌ای که موقعیت فروش استقراضی اعلام‌شده، بنا بر تعریف، روی 116.3 میلیون سهم ثابت مانده بود. کمترین تغییر به GME تعلق داشت که آن هم 0.8% جابه‌جا شد.

این، معنای عملی تأخیر است. هر تیتر خبری که از «موقعیت فروش استقراضی در X» صحبت می‌کند، وضعیت را در آخرین زمان تسویه توصیف می‌کند و تمام رویدادهای این بازه برای آن نامرئی است. فروشندگان استقراضی ممکن است در روند صعودی موقعیت خود را پوشش داده باشند یا در روند نزولی بر موقعیتشان افزوده باشند؛ این عدد نمی‌تواند چنین چیزی را نشان دهد و تا زمان انتشار گزارش بعدی نیز نخواهد توانست.

روزهای لازم برای پوشش موقعیت، با صورت کسر قدیمی

روزهای لازم برای پوشش موقعیت، یعنی نسبت سهام فروش‌استقراضی‌شده به میانگین حجم روزانه، همان نسبتی است که بیشتر خوانندگان عملاً با آن مواجه می‌شوند. این نسبت نیز از دو جهت دچار کهنگی است: صورت کسر در تاریخ تسویه ثابت شده و مخرج حجم نیز هفته‌ها پیش در خود فایل محاسبه شده است. GameStop روشن‌ترین نمونه است، زیرا هم نامی شناخته‌شده برای عموم است و هم یکی از نمادهای نقدشونده‌ای است که موقعیت‌های فروش‌استقراضی در آن متمرکز شده‌اند.

پرس‌وجوروزهای پوشش GME: طبق داده ثبت‌شده و بازمحاسبه‌شده بر مبنای حجم معامله‌شده در زمان انتظار انتشار داده
تسویهسهام فروش استقراضی (میلیون)ADV فایل (میلیون)روزهای گزارش‌شده برای پوششADV نوار معاملات از زمان تسویه (میلیون)روزهای پوشش بر مبنای حجم اخیرروزهای اختلافجلسات معاملاتی اندازه‌گیری‌شده
2026-08-145410.175.315.59.824.5112
کد دقیق SQL پشت هر عدد
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-08-14، تعداد سهام فروش‌استقراضی‌شده GameStop برابر با 54 میلیون سهم بود. فایل این رقم را با میانگین حجم روزانه 10.17 میلیون سهم جفت می‌کند و 5.31 روز برای پوشش موقعیت را گزارش می‌دهد؛ همان عددی که در اسکرینر نمایش داده می‌شود.

اکنون مخرج را با واقعیت جایگزین کنید. طی 12 جلسه معاملاتی عادی که هم‌زمان با طی‌شدن فرایند انتشار این داده سپری شد، میانگین حجم معاملات روزانه GameStop در نوار معاملات تجمیعی 5.5 میلیون سهم بود. با همین حجم، پوشش همان موقعیت فروش‌استقراضی 9.82 روز زمان می‌برد؛ یعنی 4.51 روز با نسبت منتشرشده تفاوت دارد، در حالی که صورت کسر در هر دو محاسبه یکسان است. تنها فرض مربوط به حجم تغییر کرده است. روزهای لازم برای پوشش موقعیت را نسبتی مربوط به یک تاریخ مشخص بدانید که از دو ورودی مربوط به تاریخ‌های مشخص ساخته شده است، نه معیاری لحظه‌ای برای مدت‌زمان لازم جهت خروج از موقعیت.

فشارهای خرید اجباری فروش استقراضی: تأخیر دقیقاً کجا اثر می‌گذارد

دلیل اصلی اینکه بیشتر افراد این پرسش را جست‌وجو می‌کنند، فشار خرید اجباری فروش استقراضی است. در چنین فشاری، موقعیت فروش استقراضی محور ماجراست؛ اما دقیقاً همین کمیتی است که هیچ‌کس نمی‌تواند آن را در زمان واقعی ببیند. GameStop در اوایل سال 2021 نمونه کلاسیک این وضعیت است. ستون‌های زیر قیمت پایانی جلسه عادی هر تاریخ تسویه و قیمت پایانی هشت جلسه معاملاتی بعد را نشان می‌دهند؛ این فاصله، نماینده هدف انتشار اطلاعات توسط FINRA، یعنی حدود هشت روز کاری، است.

پرس‌وجوGME، زمستان ۲۰۲۰–۲۱: هر داده موقعیت فروش استقراضی و تغییر قیمت پیش از انتشار عمومی آن (قیمت‌های معامله‌شده)
تسویهسهام فروش استقراضی (میلیون)قیمت پایانی در زمان تسویهقیمت پایانی ۸ جلسه معاملاتی بعدتغییر در دوره انتظار (%)
2020-12-1568.113.8720.9851.3
2020-12-3171.218.8131.4467.1
2021-01-1561.835.49197.44456.3
2021-01-2921.4328.2451.19-84.4
2021-02-1216.552.33109.16108.6
2021-02-2614.2101.6263.05158.9
کد دقیق SQL پشت هر عدد
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 هر روز یک داده منتشر می‌کند: حجم فروش استقراضی؛ یعنی سهمی از حجم معاملات گزارش‌شده روزانه که به‌عنوان معاملات فروش استقراضی ثبت شده است و صبح روز بعد منتشر می‌شود. این داده تقریباً هم‌زمان با بازار است، اما معیار متفاوتی را اندازه‌گیری می‌کند. حجم فروش استقراضی، جریان معاملات را می‌شمارد؛ بخش قابل‌توجهی از آن به پوشش ریسک بازارگردان‌ها مربوط است و تا پایان روز خنثی می‌شود، نه موقعیت‌های باز نگهداری‌شده. ممکن است یک سهم به‌مدت یک هفته، هر روز حجم فروش استقراضی سنگینی داشته باشد، در حالی که میزان فروش استقراضی آن هیچ تغییری نکند. تفاوت میان این دو مجموعه‌داده مانند تفاوت میان ترافیک یک جاده و خودروهایی است که در پایان مسیر پارک شده‌اند؛ هر دو فایل در اینجا به‌طور کامل توضیح داده شده‌اند.

در آمریکا رقم روزانه افشاشده‌ای برای میزان فروش استقراضی وجود ندارد. تأمین‌کنندگان داده، برآوردهای روزانه‌ای را بر اساس داده‌های وام‌دهی اوراق بهادار و جریان معاملات می‌فروشند؛ این‌ها مدل هستند، نه افشاگری رسمی. رقم افشاشده ماهی دو بار منتشر می‌شود و با تأخیر در دسترس قرار می‌گیرد.

پرسش‌های متداول

چرا داده‌های موقعیت فروش استقراضی دو هفته قدیمی هستند؟

کارگزاران فقط در تاریخ‌های تسویه، که ماهانه دو بار انجام می‌شوند، از موقعیت‌های فروش استقراضی تصویر آماری تهیه می‌کنند. سپس مجموع این موقعیت‌ها را چند روز کاری بعد ارسال می‌کنند و FINRA نیز فایل تجمیع‌شده را تقریباً هشت روز کاری پس از تاریخ تسویه منتشر می‌کند. در تسویه‌هایی که این پایگاه داده به‌صورت زنده دریافت کرده است، کل این فرایند بین 10 تا 26 روز طول کشیده و میانه آن 16 روز بوده است.

کارگزاران چگونه موقعیت فروش استقراضی را محاسبه و گزارش می‌کنند؟

هر کارگزار-معامله‌گر، سهام نگهداری‌شده در موقعیت فروش استقراضی را در حساب‌های مشتریان و حساب‌های خود، در تاریخ تسویه، شمارش می‌کند. سپس مجموع را برای هر ورقه بهادار محاسبه و به FINRA ارسال می‌کند. FINRA گزارش‌های همه شرکت‌های عضو را برای هر ورقه بهادار در یک رقم جمع می‌کند؛ 22480 مورد از این ارقام در 2026-08-14 چاپ منتشر می‌شود. این رقم، شمارش نظارتی موقعیت‌هاست، نه تعداد معاملات اجراشده.

آیا چرخه گزارش‌دهی برای سهام NYSE، Nasdaq یا OTC متفاوت است؟

خیر. همان برنامه تسویه دو بار در ماه و همان چرخه تجمیع و انتشار، در همه محل‌های پذیرش سهام در آمریکا اعمال می‌شود. بورس‌ها نیز داده‌ها را از فایل FINRA بازنشر می‌کنند و شمارش مستقلی انجام نمی‌دهند. محل پذیرش یک سهم هیچ تغییری در قدمت رقم موقعیت فروش استقراضی آن ایجاد نمی‌کند.

چه درصدی از موقعیت فروش استقراضی خوب یا بد محسوب می‌شود؟

هیچ آستانه‌ای وجود ندارد که بر اساس آن بتوان یک سهم را گزینه‌ای خوب یا بد برای نگهداری دانست. رقم بالا نیز پیش‌بینی محسوب نمی‌شود. آنچه سنجه‌های ازدحام معاملاتی نشان می‌دهند، اندازه موقعیت فروش استقراضی در مقایسه با حجم قابل معامله سهم است. آخرین چاپ GameStop نشان‌دهنده 5.31 روز پوشش موقعیت‌های فروش استقراضی گزارش‌شده است، در حالی که این رقم برای بیشتر سهام نقدشونده در محدوده تک‌رقمی پایین قرار دارد. برای مشاهده توزیع این ارقام، به رهبران فعلی ازدحام معاملاتی مراجعه کنید.

آیا تأخیر گزارش‌دهی برای فشارهای خرید استقراضی اهمیت دارد؟

تأثیر این تأخیر در همین مورد بیشترین اهمیت را دارد. در تسویه 2021-01-15 مربوط به GameStop، قیمت سهم بین زمان اندازه‌گیری و نقطه هشت جلسه‌ای، که تقریباً زمان انتشار داده را نشان می‌دهد، 456.3% جابه‌جا شد. تا زمان 2021-01-29 چاپ، موقعیت فروش استقراضی نیز به 21.4 میلیون سهم کاهش یافته بود. ازدحام معاملاتی مرتبط با فشار خرید استقراضی فقط پس از وقوع رویداد، در داده‌های عمومی تأیید می‌شود.


هر پنل بالا همراه با SQL تولیدکننده آن ارائه می‌شود. برای حسابرسی ارقام، هر پنل را باز کنید یا تقویم تسویه را در پایانه Strasmore اجرا کنید.

#short interest#data quality#settlement#reporting lag#short squeeze