如何產生 Bitfinex API 金鑰？ （交易機器人設定）

帳戶驗證和存取要求

1. 使用者在存取 API 金鑰產生功能之前必須完成完整的了解您的客戶 (KYC) 驗證。

2. Bitfinex 將 API 建立限制為透過驗證器應用程式或硬體令牌啟用了雙重認證 (2FA) 的帳戶。

3. 被標記為可疑活動或正在接受監管審查的帳戶在解決之前將被拒絕發放 API 金鑰。

4. 公司帳戶需要額外文件，包括公司註冊證書和授權簽字人名單。

5、IP位址地理位置必須與註冊帳戶所在轄區相符；不符的位置會觸發手動審核。

逐步密鑰產生過程

1. 使用經過驗證的憑證和活動的 2FA 會話登入 Bitfinex Web 介面。

2. 導覽至帳戶 → API → 建立新金鑰以存取金鑰配置面板。

3. 選擇權限範圍：唯讀、交易執行、錢包管理或保證金借貸 - 每個權限都需要明確確認。

4、定義IP白名單規則；沒有至少一個核准的 IPv4 或 IPv6 位址的金鑰將被自動拒絕。

5. 使用由連結的驗證器裝置產生的基於時間的一次性密碼 (TOTP) 確認建立。

安全配置協定

1. 所有新產生的金鑰都繼承預設速率限制：公共端點每秒 15 個請求，專用端點每秒 5 個請求。

2. 提款權限需要向已驗證的帳戶位址發送單獨的電子郵件確認。

3. 分配交易權限的鑰匙在執行第一個訂單之前必須經過強制的72小時冷靜期。

4. 90 天不活動後將強制執行會話逾時；過期的密鑰無法重新激活，必須重新產生。

5. Bitfinex 獨家強制執行 TLS 1.3 加密；嘗試透過不安全的連線使用金鑰會導致立即撤銷。

整合測試和驗證

1. 在啟動即時交易操作之前，開發人員必須使用 /v2/auth/r/wallets 端點驗證關鍵功能。

2.透過API下單測試必須先使用沙箱環境；生產金鑰被阻止使用沙箱。

3. 簽章驗證錯誤傳回 HTTP 401 回應，其中包含包含時間戳記和隨機數值的加密簽章錯誤負載。

4. 訂單簿深度查詢需要與股票或交易歷史存取不同的單獨關鍵權限。

5. 保證金部位同步端點需要更高的權限，預設不會授予這些權限，即使對於完全存取金鑰也是如此。

常見問題解答

Q：我可以產生多個具有相同權限集的 API 金鑰嗎？是的，Bitfinex 允許每個帳戶無限產生金鑰，只要每個金鑰具有唯一的 IP 白名單規則和描述性標籤即可。

Q：如果我的 API 金鑰在客戶端 JavaScript 程式碼中公開，會發生什麼事？ Bitfinex 透過跨 GitHub、npm 和 CDN 檔案運行的自動掃描系統立即使可公開存取的前端程式碼中偵測到的任何金鑰失效。

Q：主要平台更新後 API 金鑰會自動過期嗎？不，除非明確撤銷或洩露，否則金鑰仍然有效；但是，已棄用的端點可能會在基礎設施升級時傳回 HTTP 410 錯誤而不發出警告。

Q：有沒有辦法審核特定 API 金鑰存取了哪些端點？是的，API 管理下的審核日誌部分顯示每個經過驗證的請求的帶時間戳記的記錄，包括路徑、方法、回應狀態和處理延遲。