如何監控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. 缺失的間隔以校驗和間隙報告進行標記，觸發針對可用的鏈上結算日誌的手動驗證。

常見問題及解答

Q：我可以只依靠 WebSocket 來實現完整的清算覆蓋嗎？ WebSocket 流不保證傳輸順序或零丟包。為了達到生產級的準確性，必須採用將 WebSocket 攝取與定期 REST 協調相結合的混合方法。

Q：為什麼同一 ETHUSDT 時間戳不同交易所的強平價格不同？差異源於不同的標記價格方法、融資利率應計時間和孤立的訂單簿深度——各個場所不存在普遍的「真實」清算價格。

Q：OKX清算WebSockets有開源解析器嗎？是的， okx-liquidation-parser npm 套件處理所有公共 OKX 流的訊息反序列化、欄位規範化和錯誤恢復。

Q：交易所多久清除一次歷史清算紀錄？ OKX 保留公開清算資料 30 天。 Binance 透過 REST 保留 7 天。 Bybit維持90天。這些窗口是固定的且不可協商的。