如何查看幣安上的歷史燭台數據

透過 Binance Web 介面存取燭台數據

1. 進入幣安現貨交易頁面，選擇特定交易對，如BTC/USDT。

2. 找到圖表區域並點選時間間隔下拉選單 - 選項包括 1m、5m、15m、1h、4h、1d、1w 和 1M。

3. 右鍵點選圖表畫布開啟上下文選單，然後選擇「匯出資料」下載包含開盤價、最高價、最低價、收盤價、交易量和時間戳欄位的 CSV 檔案。

4. 透過水平拖曳或使用圖表小工具底部的縮放滑桿來調整可見圖表範圍。

5. 將滑鼠停留在任何蠟燭上可在工具提示中查看精確的 OHLCV 值和 UTC 時間戳記。

透過 Binance REST API 檢索歷史數據

1. 建構一個對https://api.binance.com/api/v3/klines的 GET 請求，其中包含強制參數：符號（例如 ETHUSDT）、間隔（例如 1h）和可選的 startTime/endTime（以毫秒為單位）。

2.回應傳回由12個元素組成的數組，其中每個子數組編碼開盤時間、開盤價格、最高價、最低價、收盤價、交易量、平倉時間、報價資產交易量、交易數量、taker買入基礎交易量、taker買入報價交易量和忽略字段。

3. 使用 limit 參數控制批次大小－最大允許 1000；分頁需要將startTime調整為上次關閉時間加一毫秒。

4.處理速率限制：公共端點每分鐘1200個請求；超出會觸發帶有 Retry-After 標頭的 HTTP 429。

5. 根據從/api/v3/time取得的伺服器時間驗證時間戳，以防止在取得的時間間隔中出現傾斜所造成的間隙或重疊。

使用幣安加密貨幣 MCP 進行 AI 代理

1. 將模型上下文協定服務整合到 Claude 或 Cursor 等代理框架中，以發出有關燭台形態的自然語言查詢。

2. 提交諸如「顯示 2026 年 10 月 1 日至 10 月 10 日 SOL/USDT 的 4 小時燭台資料」等提示，並接收包含完整 K 線數組的結構化 JSON 回應。

3. 利用內建時間視窗規範化 - 指定「過去 30 天」的查詢會自動解析以修正與 UTC 午夜對齊的 Unix 紀元邊界。

4. 在偵錯蠟燭聚合邏輯或時區解釋中的差異時，根據原始 API 結果交叉驗證輸出。

5. 解析回應中的「isFinal」布爾標誌，以區分最終蠟燭和仍受交易所調整的臨時蠟燭。

資料完整性和時間戳注意事項

1. 所有燭台時間戳記均反映間隔的開始時間（而不是結束時間），因此標記為“2026-10-15”的 1d 蠟燭從 00:00:00 UTC 開始，到 23:59:59.999 UTC 結束。

2. 蠟燭缺失僅發生在交易所維護視窗或基礎設施故障期間（不是由於流動性低），並且永遠不會由幣安伺服器進行插值。

3. 數量值僅代表基礎資產數量；如果需要，報價資產數量必須使用收盤價乘法單獨得出。

4. 伺服器端蠟燭產生使用交易所維護的訂單匹配時間戳，而不是攝取時間戳，確保所有資料通道的一致性。

5. 時區感知客戶端必須在提交 API 請求之前將本機時間輸入轉換為 UTC，因為幣安不執行自動時區轉換。

常見問題解答

Q：我可以透過公共 API 取得 1 年以上的燭台資料嗎？是的。 /api/v3/klines 端點提供每個交易品種上市日期的歷史資料。 BTC/USDT支援2017年7月以來的數據； PEPE/USDT 等較新的貨幣對從發布之日起開始。

Q：為什麼匯出的 CSV 檔案有時顯示的行數少於給定日期範圍內的預期行數？當所選時間間隔超過該貨幣對的可用交易歷史記錄時，就會發生這種情況。例如，為 10 天前推出的代幣請求 1w 根蠟燭只會產生一行。

Q：交易取消或調整後，幣安是否會調整歷史蠟燭圖？不會。最終的蠟燭一旦寫入就不可更改。只有標記為「臨時」的即時蠟燭圖在最終確定之前可能會發生變化；這些變更會反映在後續 API 呼叫中，並更新 isFinal 狀態。

Q：有沒有一種方法可以在不進行手動檢查的情況下檢測蠟燭連續性的間隙？比較連續的 closeTime 值。如果下一個蠟燭的開盤時間超過目前蠟燭的收盤時間 + 間隔持續時間，則存在缺口。腳本可以跨大批量自動執行此驗證。