DTCC子公司NSCC上线24×5清算模式，技术拆解

DTCC 近期宣布，旗下子公司NSCC，已于 2026 年 6 月 正式上线 24×5 清算模式，用于支持 ATS（另类交易系统）和交易所的隔夜交易活动。

之前，我们在《纳斯达克24*5交易的技术实现问题》一文中分析过交易所的交易系统支持 24×5 的技术细节。也在《24小时交易的清结算支持》一文中剖析了OCC对 22×5 的清算支持。

今天就来深入扒一扒 DTCC 24×5 又是怎么在技术层面实现的。

首先要说明的是，DTCC的 24×5 根本不是「连续结算」。它实际上是把清算拆成三层，只把最上面的”交易捕获”层变成连续的，下面两层（持仓清算和资金结算）基本没改。下面来具体聊聊。

清算的前提

清算存在一个前提条件，就是需要有一个明确界限的交易集合：交易日划分。

你今天买了 1000 股茅台，又卖了 800 股。逐笔结算要算两次钱、两次券。净额之后，你只有一个净头寸：+200 股。搬一次就行。清算时，会对同一只证券的买卖，轧成净头寸，这叫持仓清算（netting）。

持仓清算需要「今天这只股票的所有交易」收齐了，才能算出一个净头寸。所以，清算所业务机制中，必须要存在一个日终窗口。

你得画一条线——线这边是今天的交易，线那边是明天的。传统做法是，靠关机来画这条线：下班、跑日终批、第二天再开机。

NSCC三层批处理

在讲新东西之前，先把NSCC的老系统讲清楚。它有三层，每层有自己的节奏。

第一层：交易捕获（UTC）。 交易所和 ATS 撮合一笔，就把交易发给 NSCC。UTC（Universal Trade Capture）负责接住这些交易。老窗口是每天 1:30 到 21:00 。

第二层：持仓清算（CNS）。 连续净额系统（Continuous Net Settlement）。注意它的名字虽然有「连续」二字，但净额动作本身是按交易日跑的。每个交易日，CNS 有两个清算周期：

• •夜间周期（night cycle）：结算日前一晚（约 23:30）启动。
• •日间周期（day cycle）：结算日当天约 6:00 起。
• • 失败的头寸（fail）每天按市值计价，和新交易重新清算。

这一层是「每日双周期」。

第三层：资金结算（DTC / 联储）。 证券账在 DTC 走，现金账最终通过联储结清。每个交易日，资金结算只发生一次，约 16:15，把 NSCC 和 DTC 的余额合并成一笔净现金。这一层是「每日一次」。因为是 T+1，所以 结算的是前一日夜间周期+日间周期的交易。

三层都拴在同一个锚点上：交易日。

那 交易日 怎么切换？老系统用的还是老办法：关机，跑日终批，开机，日历翻一页。

24×5 后，有些假设不成立了。

24×5 到底改了啥

现在你可以精确地理解 24×5 了。它不是把三层全拉长，它只动了第一层。

第一层（交易捕获）从「白天有界」变成「实时连续」。 UTC 现在从周日 20:00 到周五 20:00，24×5 不间断地接收和处理交易。这是真正变了的地方。夜间交易第一次能实时进系统，不用等第二天早上。

原来NSCC的第一层包含两个系统：UTC 抓交易，CTS 做汇总。两个紧耦合的批处理，是串行运行的。2025 年 11 月 20 日，它们被合并成一个单一的、Web 化的、模块化的 UTC 系统。

第二层（持仓清算）和第三层（资金结算）原封不动。 还是每个交易日两个清算周期、一次日终资金结算、T+1。

所以最精确的说法是：NSCC 现在是 24×5 连续处理，但清算仍然是分批的、每天双周期的，而结算也仍然是T+1 的、每日一次的。

如何切换交易日？

老系统靠关机切日。新系统不能关机——它得 24×5 连轴转地跑着。那「今天是哪天」这个状态怎么切？

答案是：用一条消息切分。它有个温馨的名字：Good Night Message（GNM，晚安消息）。

它的工作方式：

• • 每天约午夜，UTC 发出 GNM，宣告「当前交易处理收工」。
• • GNM 发出之前到的夜间交易，算作昨天的尾巴，并入当日开盘（SOD）的保证金计算。
• • GNM 发出之后到的交易，算作新一天开始，进入日内监控。
• • 如果哪个交易所（SRO/QSR）忘了发，NSCC 有权代发。

GNM 就是分界线。它把连续的交易流切成系统能理解的一段段交易日，全程不停机。

新系统中，交易日切换是由应用层的事件，而不是关停机来触发。

风险计算逻辑不变

保证金怎么算、清算基金怎么收、敞口怎么监控——这些几十年打磨、无数次市场动荡检验、监管深度审批过的规则仍保持原封不动。

SEC 的批准文件里有句原话：“NSCC 在转向 24×5 的过程中，不提议对任何风险管理规则、保证金算法或清算基金算法做任何修改。”

那夜间交易怎么被现有风险引擎消化？靠的还是 GNM 那个时间戳。GNM 之前的交易进 SOD 保证金计算，之后的进日内监控。新流量被「装」进了老模型，对风险引擎而言，它看到的还是熟悉的两阶段结构。

同样地，MRD（保证金要求差异）用 100 天历史回溯捕获日间风险峰值，包括隔夜阶段，新流量自动被现有计量吸收。

而原来每15分钟一次的日内敞口的微批处理监控，则从原来的 6:00–23:00 窗口往外扩展。

核心思想是让新流量看起来像老流量。

运维与容灾方式

你不可能让一组人连续 120 小时不睡觉。NSCC 的答案是全球化运营。

它依托 DTCC 在全球的办公足迹，让不同时区的团队接力值班。美东的团队下班，亚太的团队接上。技术上已经是 24×7 的支持模型了，客户支持是 24×6.5。

同时，系统设计成松耦合的，每个业务功能都能在任意一个处理区域独立运行，核心清算甚至具备上公有云的能力。如果某个区域出了问题——断电、地震....——业务能被其他区域接过去，继续跑。

总结

把如上所有变化整合在一起看

如此一番的拆解，结算的 24×5，相比 交易的24×5，从技术角度而言，还是要略微简单一些。

DTCC 近期宣布，旗下子公司NSCC，已于 2026 年 6 月 正式上线 24×5 清算模式

查看原文 →