如何閱讀和理解您在交易所的完整交易歷史？

訪問您的交易歷史界面

1. 使用經過驗證的憑據和雙因素身份驗證登錄您的交易所帳戶，以確保安全輸入。

2. 導航到賬戶儀表板並找到“交易歷史記錄”、“訂單歷史記錄”或“成交”部分 - 確切的標籤因幣安、Bybit 或 OKX 等平台而異。
3. 選擇合適的時間範圍過濾器；一些交易所默認為 24​​ 小時，而另一些則允許跨月的自定義日期選擇。
4. 確認視圖是僅顯示已執行的交易還是包括待處理、取消和拒絕的訂單——這種區別會影響數據解釋。
5. 檢查接口是否支持CSV導出功能，該功能可以使用電子表格工具或基於Python的解析腳本進行離線分析。

解碼核心貿易記錄字段

1.訂單 ID是每次執行時分配的唯一字母數字字符串，對於爭議解決和 API 協調至關重要。

2. 符號表示交易對，例如 BTC/USDT，其中基礎資產和報價資產定義價格面額和結算邏輯。
3. Side指定交易是買入還是賣出，直接影響永續合約中的頭寸方向和資金計算。
4. 價格反映了實際的成交價格，而不是訂單的限製或市場觸發水平——在根據入場預期評估滑點時至關重要。
5. 數量顯示基礎資產的執行規模，而報價數量顯示相對貨幣的相應值，從而啟用盈虧驗證。

認識執行類型及其含義

1.掛單交易通過訂單簿增加流動性，並在大多數交易所獲得費用回扣，在記錄中顯示為負費用值。

2. 接受者交易通過立即匹配現有訂單來消除流動性，並產生標準接受者費用，通常高於掛單者費率。
3. 清算條目帶有不同的標記（例如“LIQ”或“AUTO-DELEVERAGE”），並帶有零用戶啟動的訂單 ID，表示強制平倉。
4. 止損市價和止損限價填充可能會顯示相對於觸發條件的延遲時間戳，從而揭示激活和執行之間的差距。
5. 全倉保證金與逐倉保證金標籤決定哪個錢包餘額吸收損失或收益，影響多個頭寸的權益跟踪。

驗證數據源之間的一致性

1. 比較交易所 UI、電子郵件確認和 WebSocket 源日誌之間的交易時間戳 - 毫秒級差異可能表明延遲或時鐘漂移。

2. 使用存款/取款記錄和已知的費用扣除來調節每次交易之前和之後的累積基礎資產餘額，以檢測未記錄的調整。
3. 根據歷史表中列出的單個成交得出的加權平均值，交叉檢查多腿訂單的平均成交價格。
4. 驗證所有保證金交易是否反映了“保證金餘額”日誌條目中反映的正確槓桿乘數和初始保證金扣除額。
5. 識別網絡不穩定期間重試邏輯導致的重複條目 - 這些條目通常共享相同的時間戳、價格和數量，但訂單 ID 後綴不同。

常見問題解答

問：為什麼我的交易歷史顯示的價格與同一時間戳的蠟燭圖價格不同？答：圖表蠟燭使用開盤-高點-低點-收盤方法彙總一個時間窗口內的所有交易，而交易歷史記錄則列出各個執行情況 - 由於蠟燭內波動和部分填充而出現價格背離。

問：我可以檢索幣安上超過 90 天的交易歷史記錄嗎？答：是的——幣安通過“API 密鑰管理”頁面提供擴展歷史記錄，用戶可以請求導出涵蓋已驗證賬戶長達 12 個月的歷史數據。

問：已取消訂單旁邊出現的“自助交易預防”是什麼意思？答：這表明交易所自動阻止了與用戶自己的靜默訂單之一匹配的訂單，執行 STP 規則以防止人為的成交量膨脹。

問：為什麼有些交易在我的Bybit歷史記錄中被標記為“隱藏”？答：當冰山訂單僅顯示其總規模的一部分時，就會發生隱藏交易；剩餘數量仍不記錄在公共訂單簿中，並以可見性降低的標誌單獨記錄。