如何使用幣安 API 進行交易機器人？ （開發者設定）

API 金鑰產生和安全協議

1. 登入您的幣安帳戶並導航至「安全設定」下的「API 管理」部分。

2. 按一下「建立 API」並選擇「限制 IP 存取」將金鑰綁定到特定 IPv4 位址以增強保護。

3. 啟用「啟用交易」但停用「啟用提款」－即使憑證被洩露，這也可以防止資金移動。

4. 將API key和secret儲存在加密的環境變數檔案中；切勿將它們硬編碼到來源檔案或將它們提交給版本控制。

5. 每 90 天輪換一次密鑰，並立即使用幣安儀表板撤銷任何涉嫌洩露的密鑰。

REST 與 WebSocket 整合策略

1. 當可靠性和保證交付至關重要時，請使用/api/v3/account等 REST 端點進行餘額檢查和下訂單。

2. 訂閱 WebSocket 串流，例如!ticker@arr或btcusdt@深度，以取得延遲低於 100 毫秒的即時市場數據。

3. 實作雙通道對帳：將 REST /api/v3/order中的訂單狀態與透過WebSocketexecutionReport流接收的執行報告進行比較。

4. 使用指數退避和序號驗證處理 WebSocket 重新連接邏輯，以避免網路分割區期間遺失事件。

5. 除非必要，否則避免在同一訂單生命週期中混合使用 REST 和 WebSocket — 不一致的時間可能會導致重複提交或過時狀態。

訂單生命週期管理

1. 使用POST /api/v3/order提交限價訂單，並附有強制參數：symbol、side、type、timeInForce、數量、價格和recvWindow。

2. 解析回應字段，包括orderId 、 transactTime和fills數組，以確認部分成交並計算有效平均價格。

3. 透過DELETE /api/v3/order使用 orderId 和符號取消掛單，在假設取消成功之前始終驗證回應狀態碼是否為 200。

4. 定期使用GET /api/v3/openOrders監控未結訂單，按交易品種過濾以減少負載大小和 API 權重消耗。

5. 將 -2010（餘額不足）、-2013（未找到訂單）和 -2015（無效 API 金鑰）等訂單拒絕代碼視為需要立即記錄和警報的可操作異常。

速率限制和請求權重優化

1. 尊重幣安的每秒和每分鐘限制：大多數端點的預設 REST 權重上限為每分鐘 1200 個和每小時 5000 個。

2. 盡可能批量請求 - 使用GET /api/v3/ticker/price?symbols=['BTCUSDT','ETHUSDT']而不是對每個交易品種單獨調用。

3. 快取exchangeInfo、serverTime等靜態元資料最多60分鐘，避免無價值消耗權重的冗餘呼叫。

4. 在所有簽章請求中一致地設定recvWindow=5000 ，以與時脈偏差容差保持一致並防止簽章過期錯誤。

5. 監控回應中的 X-MBX-USED-WEIGHT 標頭，並在使用量超過允許視窗的 80% 時限制內部請求佇列。

常見問題解答

Q：我可以在多個交易機器人中同時使用相同的 API 金鑰嗎？答：是的，但並發寫入操作可能會觸發訂單狀態的速率限製或競爭條件。隔離每個機器人實例的金鑰以實現可審核性和控制。

Q：為什麼我的簽名請求回傳錯誤代碼 -1021（請求逾時）？答：這表示伺服器時間戳記不符。使用 NTP 同步系統時鐘，並在後續簽章請求中包含從GET /api/v3/time檢索到的目前伺服器時間。

Q：測試網 API 金鑰的功能與生產金鑰相同嗎？答：測試網密鑰支援完整的訂單流模擬，但不反映實際資產餘額或市場深度。訂單執行是針對模擬流動性而非真實交易對手進行的。

Q：如何驗證我的 WebSocket 連線是否正在接收有效的市場資料？答：檢查深度流中是否存在lastUpdateId ，並驗證連續更新之間的連續性。也要檢查E （事件時間）時間戳記的單調進展。