Strasmore Research
学习 Matt Connor作者: Matt Connor · 更新于 2026-09-05 · data as of September 5, 2026 · refreshed weekly

FINRA何时发布卖空持仓数据?

FINRA每月发布两次卖空持仓数据,分别对应月中和月末结算日,通常在结算日后约八个工作日公布。查看最新发布时间与实际延迟。

做空利息数据按 FINRA 固定时间表每月发布两次:月中一个结算日,月末一个结算日。每次结算后约八个工作日,汇总文件对外公布。本页记录的最新做空利息数据对应 Aug 14, 2026 结算日,涵盖 22480 只证券,发布时间距离所统计持仓记录日为 18 天。本页实时展示这一时间表,包括近期结算日、月中和月末的发布节奏,以及持仓被截取记录到您能够看到数据之间的实际时间差。

FINRA何时发布卖空持仓数据?

FINRA每月设置两个结算日。券商会在每个结算日对其账户中持有的卖空股份进行快照,提交汇总数据。FINRA随后按每只证券汇总为一个数字,并在约八个工作日后发布文件。结算日通常接近每月15日和该月最后一个交易日,因此全年会有24次数据发布。以下是文件中最近的结算日期,以及每次报告的证券数量。

查询空头权益发布安排:近期 FINRA 结算日期及报告名称
settlement_date已报告名称
2026-08-1422480
2026-07-3122339
2026-07-1522373
2026-06-3022207
2026-06-1522178
2026-05-2921987
2026-05-1521894
2026-04-3021820
2026-04-1521757
2026-03-3121678
2026-03-1321587
2026-02-2721576
2026-02-1321528
2026-01-3021373
2026-01-1521262
2025-12-3121200
每个数字背后的完整 SQL
SELECT settlement_date,
       count() AS names_reported
FROM global_markets.stocks_short_interest
GROUP BY settlement_date
ORDER BY settlement_date DESC
LIMIT 16
自己运行这个查询

最新一次数据涵盖约22480只证券,整个序列的数量都处于窄幅区间内。这种稳定性正是关键:每只存在可报告卖空持仓的美国股票都会出现在每次数据发布中。因此,这份文件按固定节奏覆盖整个市场,而不是抽样数据。每次结算之间变化的是持仓情况,而非覆盖范围。若要查看最新数据中卖空持仓最大的股票,请参阅当前卖空持仓最多的股票;若要了解卖空持仓的定义,请参阅什么是卖空持仓,其中介绍了相关机制。

月中与月末:每月两次的节奏

这个时间表最容易按每个结算日的两个数字来理解:一是结算日所在的月份日期,二是它与上一个结算日相隔的天数。月中结算日集中在15日前后,月末结算日集中在30日前后。全年相邻结算日之间的间隔基本维持在两周左右。

查询每月日期与连续结算日期间隔:每月两次的节奏
settlement_date当月第几天距上次天数
2025-12-313116
2026-01-151515
2026-01-303015
2026-02-131314
2026-02-272714
2026-03-131314
2026-03-313118
2026-04-151515
2026-04-303015
2026-05-151515
2026-05-292914
2026-06-151517
2026-06-303015
2026-07-151515
2026-07-313116
2026-08-141414
每个数字背后的完整 SQL
SELECT settlement_date,
       toDayOfMonth(settlement_date) AS day_of_month,
       dateDiff('day', prior, settlement_date) AS days_since_prior
FROM (
    SELECT settlement_date,
           lagInFrame(settlement_date) OVER (ORDER BY settlement_date) AS prior
    FROM (
        SELECT DISTINCT settlement_date
        FROM global_markets.stocks_short_interest
        ORDER BY settlement_date DESC
        LIMIT 17
    )
    ORDER BY settlement_date
)
WHERE prior > toDate('2000-01-01')
ORDER BY settlement_date
自己运行这个查询

最近两次结算日分别落在各自月份的第31天和第14天,两者相隔14天。查看days_since_prior列可以发现,数字基本集中在14至17之间:月中到月末的间隔较短,月末到下一个月中则会包含换月带来的额外日数,平均约为两周。当结算日落在周末或市场假日时,时间表会顺延至前一个交易日。因此,有些月份的月内日期显示为13日或14日,另一些月份则显示为15日,而不是固定日期。时间表会提前一年公布,因此下一次和再下一次结算日始终可以确定:找到记录中的最新日期,然后推算下一个月中日期和月末日期。

结算日之后多久会公开?

结算日是衡量持仓的日期。数据会在之后发布。该仓库会在每行数据到达时记录时间戳。因此,对于在初始归档加载后逐条收到的结算数据,结算日与数据首次出现之间的间隔,直接反映了实际发布流程。

查询实际发布延迟:结算日期与文件首次到达此处的日期
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
自己运行这个查询

每根柱线代表一笔结算,数据在结算日记录,并在此后 publication_lag_days 进入文件。最近一笔按增量交付的结算数据 2026-08-14 在结算日之后 18 天到达;再前一笔用了 11 天。完整区间如下:

查询发布延迟一览:逐步交付的结算数据中最快、中位数和最慢
已测量结算价最快滞后天数滞后天数中位数最慢滞后天数
11101626
每个数字背后的完整 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
FROM organic
自己运行这个查询

在逐笔到达的 11 笔结算数据中,最快的一笔在结算日后 10 天进入记录,最慢的一笔用了 26 天;中位数为 16 天。这就是市场所称空头权益数据“已有两周历史”的原因,而这里是用数据测算出来的,而非仅作陈述。该流程的每一步,包括快照、申报截止时间、汇总和发布,均详见为什么空头权益数据总是滞后两周;完整的 FINRA 数据集则参见FINRA空头权益数据指南

当前周期进展

任何时点都存在一个已经完成结算但尚未发布的结算日。本面板实时反映这一状态。

查询当前发布周期状态:文件中的最新数据与仍待发布的结算数据
记录中的最新结算价最新标签最新月内日期该次发布中的证券数其发布滞后天数最新记录后的行数
2026-08-14Aug 14, 20261422480180
每个数字背后的完整 SQL
WITH (SELECT max(settlement_date) FROM global_markets.stocks_short_interest) AS latest
SELECT toString(latest) AS latest_settlement_on_file,
       formatDateTime(latest, '%b %e, %Y') AS latest_label,
       toDayOfMonth(latest) AS latest_day_of_month,
       (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) AS rows_after_latest
自己运行这个查询

目前记录的最新卖空权益数据对应Aug 14, 2026结算日,即当月第14天,涵盖22480只证券,并在结算日后18天发布。其后的结算显示为0行:该数据尚未发布,按照上文测得的发布滞后,这完全符合预期。该列被有意限制为零。下一期数据发布后,这一限制会触发,页面将暂停并等待刷新,而不是悄悄继续提供过时的日历。将其与近实时的每日卖空成交量文件结合起来,您便可看到FINRA按两种时间频率提供的两类数据:每月两次统计持仓的卖空权益数据,以及每日统计卖空交易流量的数据。

常见问题

空头持仓量多久报告一次?

每月两次。FINRA会在月中和月末附近分别设定一个结算日,因此每个日历年会有24次空头持仓量记录。每次记录都会列出所有持有可报告空头头寸的美国股票,其中22480只出现在Aug 14, 2026结算日。

结算日后多久会公布空头持仓量?

大约八个工作日。在本数据库以实时交付方式收到的各次结算数据中,结算日与首次发布之间相隔1026个日历日,中位数为16天。数据库中最新的一次记录在结算日后18天收到。

FINRA空头持仓量的结算日是哪几天?

FINRA会提前一年公布日程。结算日通常在每月15日前后以及月末最后一个工作日前后;如果落在周末或节假日,则顺延至前一个交易日。数据库中最新的结算日为Aug 14, 2026;最近两次结算日相隔14天。

空头持仓量每天公布吗?

不会。美国不会每天公布已披露的空头持仓量数据。FINRA确实会每天发布空头成交量文件,但该文件统计的是卖空交易流量,而不是持有的空头头寸;数据供应商则会根据证券借贷数据建立模型,出售每日空头持仓量估算值。基于结算日披露的空头持仓量数据,每月仅公布两次。空头持仓量入门介绍了两者的区别。


上方每个面板都附有生成该面板的SQL。展开任意面板即可核查数据,也可以在Strasmore终端自行运行结算日历。

#空头持仓#finra#release schedule#settlement#reporting lag