如何設定 OKX DCA 機器人進行定期加密貨幣購買？

API金鑰配置和安全協議

1. 登入您的 OKX 帳戶並導覽至帳戶設定下的 API 管理部分。

2. 建立一個具有精確權限的新API金鑰－僅啟用「交易」和「讀取」功能；切勿啟動提款或融資權利。

3. 分配僅包含機器人伺服器靜態 IPv4 位址的 IP 白名單，以防止未經授權的存取嘗試。

4. 將 API 金鑰、金鑰和密碼儲存在專案原始碼樹外部的加密.env檔案中，使用python-dotenv在執行時期安全地載入。

5. 每 90 天輪換一次金鑰，並每週透過 OKX 的 API 活動儀表板審核存取日誌以偵測異常情況。

數據精度和訂單參數處理

1. 在指定價格（px）和尺寸（sz）參數時僅使用Python的Decimal類，以避免觸發OkxParamsException的浮點舍入錯誤。

2. 在建立任何訂單之前，透過GET /api/v5/public/instruments檢索工具元數據，以確定每個交易對所需的價格變動大小和手數大小。

3. 根據工具限制標準化輸入值：將 px 截斷為最接近的刻度大小，將 sz 向下舍入為最接近的手數大小，並根據 OKX 記錄的精度規則驗證兩者。

4. 拒絕任何使用者提供的短於 60 秒的 DCA 間隔，以符合 OKX 每個 API 金鑰每秒 20 個請求的速率限制策略。

5. 實現儀器資料本地緩存，TTL 為 24 小時，減少冗餘 REST 調用，同時保持參數準確性。

DCA 計劃執行與狀態持久性

1. 使用APScheduler和 SQLite 支援的持久性作業儲存來設計排程程序，以便在進程重新啟動後不會遺失已排程的購買。

2. 將每個 DCA 作業序列化為 JSON 記錄，其中包含 instId、基礎貨幣目標金額、執行時間戳記和狀態標誌（待處理/已執行/失敗）。

3. 觸發訂單前，透過GET /api/v5/account/balance查詢當前餘額，以確認有足夠的報價幣種可用；如果餘額低於預期購買價值的 110%，則中止。

4. 將完整的訂單回應（包括 ordId、ts 和代碼）記錄到帶有索引時間戳記和 instId 列的本機交易日誌表中，以進行取證協調。

5. 執行嚴格的冪等性：分配從作業 ID + 時間戳記的 SHA-256 雜湊派生的唯一 clientOrderId，並拒絕伺服器端的重複提交。

錯誤恢復與故障安全機制

1. 偵測網路逾時或 HTTP 5xx 回應，並在重試相同訂單請求之前觸發指數退避，抖動長達 30 秒。

2. 在狀態輪詢期間監視{'code':'50001','msg':'Order not find'} ，並在發出取消或重新提交之前與本地日誌條目進行協調。

3. 在 10 分鐘視窗內偵測到連續 3 個執行失敗後，自動暫停所有 DCA 作業，並透過預先設定的 Webhook 端點通知操作員。

4. 將餘額驗證邏輯與下單邏輯隔離，以確保即使交易端點暫時無法訪問，資金檢查仍然有效。

5. 維護每日與 OKX 的GET /api/v5/account/bills端點同步的影子帳本，以識別未記錄的鏈下調整，例如費用回扣或系統更正。

常見問題解答

Q1：我可以對 DCA 機器人和手動交易使用相同的 API 金鑰嗎？在多個並發應用程式中使用一個 API 金鑰會增加衝突風險並違反 OKX 的最佳實務。每個應用程式的專用金鑰強制執行清晰的關注點分離並簡化權限審核。

Q2：OKX是否支持小數USDT金額購買DCA？ OKX 要求報價貨幣金額符合特定於工具的 minSz 限制。對於 BTC-USDT，最小大小為 0.00001 BTC，而不是小數 USDT。始終先以基本單位計算尺寸。

Q3：機器人如何處理計畫執行期間突然出現的市場跳空？該機器人以預定價格下限價單，並且不會根據波動性自動調整。如果執行時價格偏離預期水準超過 ±2%，它將跳過該週期並記錄偏差以供策略審查。

問題 4：DCA 功能是否需要 WebSocket？不會。 DCA 僅依賴 RESTful 端點進行餘額查詢和訂單提交。 WebSocket 是可選的，僅用於即時監控，而不是核心調度或執行。