如何监控ETHUSDT期货强平数据？

了解清算数据源

1. 交易所原生清算端点提供原始、未经过滤的强制平仓记录。 OKX 公开/api/v5/public/liquidation-orders，字段包括 instId、side、fillPx、fillSz 和 ts。

2. 币安通过 WebSocket 流!forceOrder@arr传递清算事件，以毫秒精度在所有交易品种上广播实时填充。

3. Bybit 通过 REST /v5/position/liq-record发布历史强平记录，支持分页和最长 90 天的时间范围过滤。

4. Deribit 的public/get_last_trades_by_instrument在每个交易对象中包含一个清算标志，无需专用端点即可实现事后识别。

5. Coinglass 和 Glassnode 等第三方聚合商提供标准化清算源，但会引入延迟，并且可能会忽略部分填充或场外结算。

数据结构和字段解释

1. instId标识工具——OKX 为 ETH-USDT-SWAP，Binance 为 ETHUSDT——在聚合之前需要符号映射逻辑。

2. side表示强平仓位是多头还是空头，直接表明价格走势的方向压力。

3. fillPx反映执行价格，通常聚集在追加保证金通知层叠的关键支撑/阻力区域附近。

4. fillSz表示合约大小（以基本单位为单位）；乘以标记价格得出名义价值，这对于评估系统性风险敞口至关重要。

5. ts是 Unix 时间戳，单位为毫秒；跨交易所的对齐需要时区感知的解析和重复数据删除逻辑。

实时摄取架构

1. WebSocket连接必须实现心跳监控和自动重连，防止网络震荡时漏接事件。

2. 每个消息有效负载都需要立即进行模式验证 - 缺少fillPx或格式错误的ts会触发丢弃并记录而不是崩溃。

3. 重复数据删除依赖于特定于交易所的唯一 ID：OKX 使用ordId ，Binance 使用tradeId ，在存储之前需要对每个源 ID 进行哈希处理。

4. 当下游数据库在波动性高峰期间出现滞后时，使用 Redis Streams 进行本地缓冲可以实现反压处理。

5. 跨源的时间戳同步使用 NTP 对齐的系统时钟（而不是交换提供的时间戳），以避免服务器时钟漂移造成的偏差。

历史回填策略

1. 基于 REST 的回填从最新的已知时间戳开始，并以 100 条记录块向后走，以避免速率限制触发。

2. OKX对公共端点强制执行20个请求/2秒的限制；按仪器进行批处理可将请求总数减少 60%。

3.币安通过REST将历史强制指令查询限制为最近7天；较旧的数据需要归档日志解析或第三方归档。

4. Bybit 允许日期范围查询，但每页仅返回 50 条记录 - 分页逻辑必须跟踪游标标记，而不仅仅是偏移整数。

5. 缺失的间隔用校验和间隙报告进行标记，触发针对可用的链上结算日志的手动验证。

常见问题及解答

问：我可以仅依靠 WebSocket 来实现完整的清算覆盖吗？ WebSocket 流不保证传输顺序或零丢包。为了达到生产级的准确性，必须采用将 WebSocket 摄取与定期 REST 协调相结合的混合方法。

问：为什么同一 ETHUSDT 时间戳不同交易所的强平价格不同？差异源于不同的标记价格方法、融资利率应计时间和孤立的订单簿深度——各个场所不存在普遍的“真实”清算价格。

问：OKX清算WebSockets有开源解析器吗？是的， okx-liquidation-parser npm 包处理所有公共 OKX 流的消息反序列化、字段规范化和错误恢复。

问：交易所多久清除一次历史清算记录？ OKX 保留公开清算数据 30 天。 Binance 通过 REST 保留 7 天。 Bybit维持90天。这些窗口是固定的且不可协商的。