数据采集与验证方法论 / Methodology
Tardis.dev 是全球加密货币行业领先的独立市场数据基础设施提供商，服务于专业量化机构、做市商和监管机构，与 OKX 不存在任何商业关联或利益冲突关系。数据连续性分析基于 Tardis 存档的原始 WebSocket 数据（.csv.zst 格式），逐条扫描每个文件的时间戳，检测任何超过 60 秒的数据间隙。延迟数据由 Tardis 通过 AWS PrivateLink VPC 专线实时采集。所有结论可通过公开 API 和原始数据独立验证。
"Data loss due to OKX pushing too large amount of data that our infrastructure could not handle at a time."
（因 OKX 推送了过大的数据量，导致 Tardis 基础设施在当时无法处理，造成数据丢失。）
事实：独立第三方 Tardis.dev 官方确认，此次数据丢失事故的根本原因是 OKX 推送了异常过大的数据量，属于 OKX 交易所端的系统异常。关键推理：Tardis 拥有 AWS PrivateLink VPC 专线直连 OKX 数据中心，这是最高级别的机构连接。如果连机构级基础设施都无法处理 OKX 推出的数据量，那么通过普通 WebSocket 连接的终端用户（手机 APP / 网页端）所面临的影响只会更加严重。补充论证：Tardis 同一时段对 Binance、Coinbase、Kraken 等其他交易所的数据采集完全正常，排除了 Tardis 自身系统问题的可能。
事实：2025-10-11 05:17:00 至 05:38:00（北京时间），OKX 现货订单簿数据在全部 15 个交易币种上同时中断，持续 21 分钟。不是个别币种的偶发问题，而是系统级的全面故障。证明：15 个币种在同一秒同时中断、在同一秒同时恢复——这种完美同步只可能来自系统级的通道故障，而非个别交易对的网络抖动或流动性波动。对用户的影响：订单簿是交易决策的核心信息源。在这 21 分钟内，用户无法获取任何币种的实时买卖盘深度，意味着无法准确判断市场价格、无法评估流动性、无法合理下单或追加保证金。
事实：同一时段，同一采集方（Tardis），以下通道全部 100% 连续：其他交易所全部通道、OKX 合约全部通道、甚至 OKX 现货的成交通道。仅 OKX 现货的订单簿和报价通道出现 21 分钟完全中断。排除的替代解释：①"Tardis 采集端故障"——其他交易所正常，排除；②"全市场波动导致"——Binance 等同期正常，排除；③"OKX 整体宕机"——OKX 合约和成交通道正常，排除；④"网络问题"——同一 VPC 连接上其他通道正常，排除。唯一合理解释：故障精确发生在 OKX 内部负责分发订单簿/报价数据的子系统。不同类型的市场数据由 OKX 内部不同的微服务分发，订单簿/报价服务发生了独立于成交服务的故障。若故障在 Tardis 端，则所有通道应同步退化，而非特定通道选择性死亡。
事实：危机时段 OKX 现货的平均延迟仅上升 2%（12.9→13.2ms）。但该指标仅能从仍在运行的成交通道上测量——已完全死亡的订单簿/报价通道不产生任何数据，因此也无法产生延迟数据。作为参照，Binance 延迟上升 136% 但所有通道数据 100% 完整。证明：OKX 发生的不是"全面过载"，而是更为隐蔽的"选择性通道故障"——交易执行层看似正常运行（成交继续、延迟正常），但市场信息层（订单簿深度、实时报价）已经完全瘫痪。这是最恶劣的故障模式：用户看到行情界面上交易仍在执行、延迟似乎正常，误以为系统运作良好。但实际上，他们已经完全失去了订单簿可见性——看不到买卖盘深度、看不到实时报价、无法评估市场流动性。用户在完全不知情的情况下"蒙眼交易"，无法做出追加保证金或手动平仓的知情决策。
事实：OKX 每分钟数据吞吐量从正常 ~54,000 条暴增至峰值 ~367,000 条，P95 延迟从 14.7ms 飙升至 96.5ms（+557%）。此数据印证 Tardis 事故报告所述：OKX 推送了远超正常水平的数据量。与行业对比：同期 Binance 数据量增加 137%（增幅远大于 OKX 的 72%），但系统完全正常、零数据丢失。这说明 OKX 在仅 72% 增量下即发生系统故障，属于容量规划不足的运营过失，而非不可预见的市场极端事件。
| 交易所 / 通道 | 数据完整性 | 中断时长 | 受影响数据类型 | 延迟变化 | 吞吐量变化 | 评定 |
|---|---|---|---|---|---|---|
| OKX 现货 订单簿/报价 | 0%（完全中断） | 21 分钟 | Order Book, Quotes | 不可测量 | +72% | 严重故障 |
| OKX 现货 成交 | 100% | — | Trades | +2% | — | 正常 |
| OKX 合约（全通道） | 100% | — | — | -1% | — | 正常 |
| Binance 现货（全通道） | 100% | — | — | +136% | +137% | 正常 |
| Binance 合约 | 100% | — | — | +11% | — | 正常 |
| Bybit | 100% | — | — | +1% | — | 正常 |
| Coinbase | 100% | — | — | -88% | — | 正常 |
P1 证据结论 / Exhibit P1 Conclusion
- OKX 现货系统发生选择性通道故障：订单簿与报价通道在全部 15 个币种上同时中断 21 分钟（05:17–05:38 UTC+8），而成交通道保持连续。这种选择性模式证明故障发生在 OKX 内部的数据分发子系统层面。
- 第三方官方确认故障责任归属 OKX：Tardis.dev 事故报告明确记载"因 OKX 推送了过大的数据量"导致数据丢失。这是 OKX 在 Tardis 历史上唯一一次因交易所端数据异常导致的事故。
- 全面排除替代解释：同一时段 Binance（+137% 负载）、Coinbase、Kraken 数据完全连续；OKX 自身合约通道和成交通道正常。相同市场条件下仅 OKX 现货订单簿/报价出现故障，排除不可抗力。
- 最危险的故障模式——蒙眼交易：成交通道继续、延迟正常，用户误以为系统运作良好。但实际上订单簿和报价已经完全消失，用户在不知情的情况下失去了交易决策的核心信息源。
- 用户直接受害：21 分钟订单簿中断期间，用户无法获取实时买卖盘深度、无法做出追加保证金或手动平仓的知情决策，最终在异常市场条件下被强制清算。