如何使用 Kraken API 進行自動交易：開發人員指南

API認證和金鑰管理

1. 透過 Kraken 的安全設定產生具有嚴格權限範圍的 API 金鑰 — 除非絕對必要，否則停用「提取資金」。

2. 將金鑰儲存在環境變數或加密保管庫中；切勿將它們硬編碼到來源檔案或提交到 Git 儲存庫。

3. 每 90 天輪換一次密鑰，並立即使用 Kraken 控制面板撤銷受損的密鑰。

4. 對所有 API 端點實作 IP 白名單，以僅限制對已知基礎設施位址的存取。

5. 透過使用 SHA-256 對有效負載進行雜湊處理並使用以 base64 編碼的金鑰進行簽名，對專用端點使用簽名請求。

資料檢索和速率限制策略

1. /public/Ticker和/public/AssetPairs等公共端點允許每秒最多 15 次調用，無需身份驗證。

2. 專用端點強制執行滑動視窗限制：每 2 秒 20 個請求，透過X-RateLimit-Remaining標頭進行追蹤。

3. 在接收 HTTP 429 回應時實現具有抖動的指數退避，以避免級聯故障。

4. 在本地快取資產對元資料至少 24 小時，因為它很少發生變化，從而減少約 68% 的冗餘呼叫。

5.使用since參數批量OHLCV請求來有效地獲取歷史蠟燭，而不是重複輪詢。

訂單生命週期實施

1. 透過/private/AddOrder提交訂單，其中必填欄位為： ordertype 、 type 、 volume 、 pair和限價訂單的price 。

2. 使用userref附加自訂標識符，以便在訂單狀態檢查和交易歷史記錄查找之間進行協調。

3. 使用userref輪詢/private/QueryOrders ，以在活動策略視窗期間以 100 毫秒的間隔確認執行。

4. 在提交替換之前使用/private/CancelOrder取消掛單，以防止重複成交。

5. 仔細解析descr和descr.order回應欄位 - 它們包含必須解析價格、交易量和槓桿標誌的原始指令字串。

錯誤處理和彈性模式

1. 將EAPI：超出速率限制視為需要重試協調的非致命瞬態錯誤，而非導致進程崩潰的異常。

2. 在請求序列化之前，將 Kraken 特定的錯誤代碼（例如EGeneral:Invalid 參數）對應到結構化驗證失敗。

3. 只有當錯誤數組非空並編輯日誌中的key 、 Secret和sig欄位時，才記錄完整的請求/回應正文。

4. 透過將描述價格與當前市場價差進行比較來檢測陳舊訂單狀態—如果偏差超過 0.5%，則觸發手動驗證。

5. 維護持久的本地訂單簿快照，每 5 秒通過/public/Depth更新一次，以在波動高峰期間交叉檢查填充準確性。

常見問題解答

Q1：Kraken 是否支援 WebSocket 串流以進行即時訂單簿更新？是的－Kraken 為 WebSocket v2 提供了book 、 trade和ohlc通道。訂閱不需要對公共資料進行身份驗證，但要求對像ownTrades這樣的私人提要進行 API 金鑰綁定。

問題 2：Kraken 如何處理 ADA/USD 等低流動性貨幣對的部分訂單量？ Kraken 對每個資產對強制執行最低交易量門檻。對於 ADA/美元，最低為 10 ADA。低於此值的磁碟區將被拒絕，並顯示EInput：簽章驗證之前磁碟區無效。

Q3：我可以直接透過REST API下止損單嗎？是－在/private/AddOrder中使用ordertype=stop-loss或stop-loss-limit 。請注意，停止觸發器是在伺服器端使用最後交易價格而不是買價/賣價中點進行評估的。

Q4：是否有用於Kraken API整合測試的沙箱或演示環境？不存在官方沙箱。開發者必須使用零餘額或最低資金的真實帳戶。 Kraken 建議對XTZ/USD等小批量貨幣對進行測試，以減少驗證週期期間的財務風險。