錯誤代碼 400 或「內部錯誤」：哪一種可以重試，哪一種要先查證

先給結論：錯誤訊息開頭的數字決定了你該做什麼。4 開頭代表這筆請求在送出端就被判定有問題，把同樣的動作再做一次，通常還是同樣結果；5 開頭代表平台內部出錯，而這種情況下你的操作結果是未知的——有可能其實已經成功了。把這兩種當成同一件事處理，最容易踩到的坑就是重複送出。

官方怎麼定義這些數字

幣安把 HTTP 回傳碼的含義寫在開發者文件的 REST API 說明裡，原文分法是：

• 4XX：用於格式或內容有問題的請求，問題在送出端（issue is on the sender's side）
• 403：觸發了 WAF（網頁應用程式防火牆）規則
• 429：超出請求頻率限制
• 418：收到 429 之後還繼續送，IP 被自動封鎖
• 5XX：平台內部錯誤，問題在幣安端。文件特別用粗體強調不要把它當成操作失敗，執行狀態是 UNKNOWN，有可能已經成功

先講清楚適用範圍：這份文件描述的是 API 介面的行為。你在網頁或 App 上看到的提示不一定會原樣顯示這些代碼，有些會包成「系統繁忙」「內部錯誤，請稍後再試」這類句子。但責任歸屬的邏輯是同一套，可以拿來判斷方向；不能反過來斷定某個畫面提示一定對應哪一個代碼。

為什麼「內部錯誤」時不該連按重試

文件那句「執行狀態是 UNKNOWN」不是免責聲明，是操作建議。錯誤碼清單裡還有一條 -1001 DISCONNECTED，寫的是「Internal error; unable to process your request. Please try again.」——請求可能在送到撮合引擎之前就斷了，也可能已經進去了。畫面告訴你的只是「這次連線沒拿到回覆」，不是「這件事沒發生」。

重複送出的後果按操作類型不同：

• 下單：可能變成兩筆成交，尤其是市價單
• 提領：可能送出兩筆提領申請，兩筆都收手續費
• 從外部錢包轉入：簽名在你這端，重試就是真的再轉一次，鏈上無法撤回

正確順序是先查狀態、再決定要不要重做。訂單看訂單歷史，提領看提領紀錄與是否已產生 TxID——加密貨幣提領完整教學裡有查 TxID 與核對鏈上確認的步驟，重試前先用它確認上一筆到底送出去了沒有。

60 秒判斷：問題在你這端還是平台那端

依序問三個問題：

1. 只有這一個功能壞，還是整站都不能用？ 只有提領壞、其他正常，比較像帳戶或幣種層級的限制；全部功能都轉不動，才像平台端。
2. 換一個環境還會不會重現？ 換行動網路、換瀏覽器、關掉廣告攔截與其他擴充功能、關掉 VPN 或代理，再試一次同一個動作。
3. 官方有沒有公告？ 公告中心有「維護更新」分類，計劃性維護會事先寫明暫停哪些功能、時間區間與預計恢復時間。

對照結果：換環境就好了，問題在你這端；換環境照樣壞而且有對應公告，那就等公告寫的時間；換環境照樣壞又查不到公告，才值得留證據開工單。

403 或「訪問被拒絕」通常不是帳戶出事

403 在文件裡對應的是 WAF 規則，也就是被防火牆擋下，跟帳戶被封是兩件事。幣安在 API 常見問題頁把限制分成三類：硬限制、ML（機器學習）限制、WAF 限制，並寫明交易行為若偏離一般用戶太遠，會被限用一段時間，範圍從 5 分鐘到 3 天不等。

這頁講的是 API 用戶的額度，不要直接套到手動操作上。但一般網頁用戶也有誤觸防火牆的途徑：短時間內反覆刷新、同時開很多個分頁重複提交、或在不穩定的代理／VPN 出口之間跳來跳去。處理方式是停手，換回一般網路，隔一段時間再試，而不是繼續重送——文件裡 418 的定義就是「收到 429 之後還繼續送」才觸發的。

裝置時間不準也會被拒絕

錯誤碼清單有一條 -1021 INVALID_TIMESTAMP，原文是「Timestamp for this request is outside of the recvWindow.」，意思是請求帶的時間戳和伺服器時間差太多。裝置時鐘不準時，需要簽名或有時效的動作就可能被擋下，而錯誤提示未必會告訴你原因是時間。

檢查很快：把手機或電腦的日期與時間設定改成自動同步網路時間，關掉手動設定的時區，然後重開 App 再試。這也是官方 API 常見問題頁對時間戳類錯誤給的方向。

什麼時候該開工單，要帶什麼

確認不是你這端、也查不到維護公告之後，再提交工單，並且一次把材料備齊：

• 完整錯誤畫面截圖，包含代碼或錯誤字串
• 發生時間，寫明時區（例如 2026-09-22 14:30 UTC+8）
• 操作路徑：哪個頁面、哪個按鈕、幣種與金額
• 你已經排除過什麼：換過哪些網路、裝置、瀏覽器

截圖前遮掉 UID、完整電子郵件、手機號碼、收款地址與任何驗證碼。官方客服不會要你提供密碼、2FA 驗證碼或錢包助記詞；任何提出這類要求的「客服」都是假的，常見問題與防詐指南裡有辨識與驗證官方帳號的方法。

三件不要做的事

1. 看到 5 開頭的錯誤或「內部錯誤」就連按重試，尤其是下單和提領。
2. 在搜尋結果、社群私訊或留言區找「客服」。工單入口只從你已登入的帳戶內進。
3. 照陌生人給的「修復工具」「解鎖腳本」操作。這類要求通常伴隨安裝程式或索取權限，正常的錯誤處理不需要你裝任何東西。

如果錯誤發生後你察覺帳戶行為異常（登入紀錄陌生、設定被改），那就不是錯誤代碼問題了，請照帳戶安全設定指南先處理裝置與登入憑證。

什麼情況算已經解決

不要以「錯誤訊息消失了」為準，那只代表這次請求通了。回到真實狀態去看：

• 下單：訂單歷史裡是一筆還是兩筆，成交數量與均價是否符合預期
• 提領：提領紀錄的狀態，以及是否只產生了一個 TxID
• 入金：鏈上確認數是否達到到帳要求，餘額有沒有實際變動

三項裡跟你操作相關的那一項對得上，才算這件事結束。對不上的部分，帶著上面那份材料開工單，不要靠再試一次來驗證。

官方資料來源

• Binance 開發者文件 — REST API HTTP Return Codes
• Binance 開發者文件 — 錯誤碼清單
• Binance 幫助中心 — API 常見問題（限制與封鎖）
• Binance 公告中心 — 維護更新