有 TXID 但 Binance 入金未到帳怎麼查

先確認這篇流程是否適用

本流程的前提是你原本選擇的網路確實由 Binance 支援，鏈上目的地址是自己的 Binance 入金地址，而且交易有 TXID。若實際網路選錯、地址屬於別人、Memo 遺漏或代幣合約不支援，問題類型已改變，不能只等更多 confirmations。

把『沒有入帳』拆成四層：發送端是否廣播、區塊鏈是否接受、平台是否偵測入金、帳戶是否完成 credit。每一層有不同責任方。先找出停在哪一層，才能避免把相同材料反覆交給沒有控制權的一方。

TXID 是索引，不是到帳保證

TXID 是交易識別碼。它讓你在對應網路的 block explorer 查到交易，但它本身不表示成功、不可逆或平台已記帳。TXID 也不是提領密碼；Support 不需要你提供助記詞來讀取公開鏈上資料。

先從自己的錢包或發送平台歷史複製，不使用付款人傳來的 TXID。比對資產、數量和發送時間，以免拿錯相近交易。若發送頁仍顯示 processing 且沒有 TXID，資產可能尚未廣播，應先找發送端。

• TXID 來源是原始發送記錄
• 交易金額和時間與問題入金一致
• 已記錄實際網路而非預期網路

選對 explorer 才能讀對狀態

不同網路有不同 explorer。同一串 TXID 在另一個 explorer 找不到，不代表交易消失。從該網路官方文件或 Binance 入金頁的可信連結找到 explorer，再搜尋完整 TXID。不要點搜尋廣告或社群機器人回覆。

讀取 status、block、confirmations、from、to、value、token contract 和 input/memo。Explorer 介面文字不同，但核心欄位相同。保存頁面網址與查詢時間，因 confirmations 會隨新區塊增加。

Pending、failed 與 success 的處理不同

Pending 表示交易尚未被足夠確認；是否能加速或替換取決於網路與發送錢包，不應由陌生人代操作。Failed 或 reverted 通常表示鏈上執行未成功；確認實際資產是否仍在發送地址以及網路費結果，再依錢包官方流程處理。

Success 表示鏈上已接受交易，但平台仍需偵測、等待確認、核對資產與地址並記入帳戶。不要把 success 截圖當成要求 Support 立即加餘額的唯一證據，仍要完成其餘欄位比對。

地址比對要逐字而不是看首尾印象

從 explorer 複製 to 地址，再從 Binance Deposit History 或當時保存的入金頁取得地址，使用本地文字比對或逐字核對。只看前四後四可能漏掉中間遭替換的字元。不要把地址貼入公開網站做比對。

若地址不同，先判斷是否複製錯、選錯帳戶或遭剪貼簿惡意程式替換。已確認交易通常不能由 Binance 撤回；只有控制目的地址的一方能決定後續。此時應轉到錯誤地址/安全事件流程，而不是繼續等。

網路名稱相同仍要核對 token contract

USDT、USDC 等代碼可被任何合約仿冒。Explorer 應顯示實際 token contract；把它與 Binance 當下支援的資產和網路資訊核對。收到名稱相同的非官方或不支援合約，不會因目的地址正確就自動記帳。

不要為了讓資產顯示而連接 recovery 網站、批准合約或匯入助記詞。平台若提供資產恢復工具，只從登入後入口使用，並接受可能不支援或需要個案評估。

Memo 或 Tag 是部分網路的帳戶定位鍵

某些資產使用共用入金地址，再以 Memo/Tag 區分使用者。地址正確但 Memo 缺失或錯誤，鏈上仍可能 success，平台卻無法自動歸屬。從交易和入金頁分別核對，不要把錢包備註欄誤認為已寫入鏈上 Memo。

若 Memo 問題成立，保存交易與帳戶證明，使用 Binance 官方入金恢復或 Support 類別。不要在社群公開 Memo、UID 和完整 TXID 的組合，也不要相信付費客服能直接改寫已確認交易。

確認數必須讀當下平台要求

不同資產、網路與風險狀態所需 confirmations 可變。文章中的固定數字很快過期，因此本頁不列一個永久門檻。以 Binance Deposit History 或當下入金頁顯示的 required confirmations 為準，並記錄查詢時間。

Explorer confirmations 增加而 Deposit History 尚未更新時，先重新整理一次並等待合理同步；不要連續建立多個案件。若已超過平台顯示要求且長時間無變化，再提交一個完整 case。

最低入金與網路費會改變實際到達數量

發送數量不一定等於目的地址實收，特別是託管發送端可能從數量中扣除網路費。把 explorer 的實際 token transfer value 與 Binance 最低入金要求比較，不要只看你在發送表單輸入的數字。

低於最低額的處理、能否累積、是否支援恢復都以當下官方頁為準。不要再補一筆試圖湊足，除非官方明確說明同資產、同地址、同網路可這樣處理並且你已理解風險。

Deposit History 是平台層的主要證據

如果 Deposit History 已有相同 TXID，記錄其狀態、偵測時間、確認進度和任何提示。這表示平台已識別交易，後續應在該記錄或同一 Support case 跟進。餘額通知延遲時，以現貨或資金錢包的可用餘額核對。

如果 History 完全沒有交易，但鏈上資料全部正確，截取入金頁與 History 的必要區域，保留完整 TXID 和查詢時間。截圖之外仍要提供可複製文字，避免客服因模糊圖片誤讀地址。

提交 Support 時提供最小而完整的資料

案件內容可按順序列：帳戶使用的資產、選定網路、TXID、鏈上狀態與確認數、to 地址、token contract、Memo、實際數量、發送時間、Deposit History 狀態。附件只放與這筆入金直接相關的畫面。

不要提供密碼、2FA、OTP、助記詞、私鑰或遠端控制。取得 case ID 後，在同一案件補件。主動私訊你的『客服』若不能在登入後案件中核對，就不應信任。

• 一個問題只維持一個主要 case
• 數值從 explorer 複製而非手打猜測
• 敏感欄位已遮蔽但必要地址與 TXID 可核對

到帳後留存結果並檢查下一筆

入帳後記錄 Binance credit 時間、可用錢包、實際數量和 TXID，確認不是僅收到狀態通知。關閉 Support 前簡要保存原因，例如等待確認、平台同步或需要人工歸屬。

下一筆重新開啟入金頁，不沿用這次地址和設定。核對網路未暫停、token contract、Memo、最低額與確認要求；先做可承受小額並真正等到 credit，才決定是否繼續。

維護與入金暫停要和鏈上故障分開

Binance 可能因錢包維護、網路升級或風險控制暫停某資產的入金。發送前的入金頁若已顯示 suspended，就不應提交；發送後才看到維護通知時，保存通知時間、資產與網路，並在同一 Support case 詢問平台偵測與恢復後的處理方式。

維護不會改變鏈上 to 地址、合約與 TXID，因此基礎比對仍要完成。也不要把任何延遲都歸因於維護；只有平台可核對的公告或帳戶提示才是證據。等待期間不重送、不換相似網路，也不相信私人客服能付費提前記帳。

• 保存了維護或暫停提示的日期與網路
• 鏈上欄位仍完整核對
• 只在官方案件追蹤恢復狀態