轉帳異常排查

交易所入金沒到帳:等多久該開工單,工單要附哪些資訊?

區塊瀏覽器顯示交易成功,交易所餘額卻沒動?先看確認數門檻判斷該不該等,再自己核對網路、地址、Memo 與代幣四項,最後用一份完整清單把工單一次寫齊,省掉來回追問。

3xpl 區塊瀏覽器的 TRON 交易頁面,顯示 Transaction ID、區塊鏈 TRON、「In block 86,898,364」、「Confirmations 24」、時間 Oct 7, 2026 10:10 UTC、手續費 0.345 TRX,以及發送方與接收方地址

USDT 已經從錢包送往交易所,區塊瀏覽器上交易顯示成功,確認數也一直在往上跳。但交易所的入金紀錄是空的,餘額完全沒動。到這一步,多數人會做兩件讓情況更糟的事:再轉一筆「試試看」,或是只寫一句「我的入金沒到帳,請幫忙處理」就送出工單。兩種都只會把時間拖更長。

這篇只回答兩個問題:等多久才算合理,以及過了那個時間之後,工單的第一則訊息該附上哪些資料。

瀏覽器顯示成功,不等於交易所已入帳

這是兩套各自獨立的系統。區塊鏈把你的交易打包進某個區塊,是一回事;交易所在自己的系統裡偵測到這筆入金、再把金額掛到你的帳戶上,是另一回事。

TRON 官方文件把這幾個階段拆得很清楚:交易被廣播接受、能查到交易內容、拿得到執行結果、所在區塊進入 solidified(不可逆)狀態——這幾件事並不等價,中間狀態不能當成最終結果。另一份給交易所與託管錢包的整合文件也寫明,偵測入金的做法是逐個讀取已 solidified 的區塊再比對地址。

換成實際感受就是:交易所「看見」你這筆錢的時間,本來就晚於瀏覽器顯示成功的時間,再加上平台自己設定的確認數門檻。交易所要累積幾個確認數才會入帳這篇說明了那個數字通常公告在哪裡;把它跟瀏覽器上的 Confirmations 對照,如果還沒達標,就不是出事,只是還沒到時間,開工單也沒有用。

上圖那筆交易的確認數是 24。若該平台對 TRON 的門檻是 20,這時已經過關;若門檻是 60,就還得再等。

開工單前,自己先查這四項

確認數已經超過門檻、錢卻仍然沒入帳,先自己把下面四項走一遍。絕大多數「沒到帳」最後都落在這四項之一,而且客服第一輪一定也會問同樣的問題,自己先查完等於省掉一次來回。

  1. 送出時選的網路對嗎? 看瀏覽器把這筆交易記在哪條鏈上,再看交易所對這個幣種目前開放哪些入金網路,兩邊比對。平常送出前確認交易所是否仍支援該入金網路的那個檢查,現在反過來做一次。
  2. 收款地址還是你帳戶現在的入金地址嗎? 打開交易所的入金頁面,把此刻顯示的地址跟瀏覽器上的接收方地址逐字比對。從舊截圖或舊紀錄複製來的地址,有可能屬於另一條網路,也可能是平台已經停用的舊地址。
  3. 這個平台需要填 Memo 或 Tag 嗎? 該填卻漏填,性質就不是延遲,而是另一類事故,工單的寫法和處理流程都不同,不要混在同一張單裡講。
  4. 送出的是不是同一個代幣? 名字一樣但合約地址不同的代幣,交易所不會收。把瀏覽器上的合約地址跟交易所入金頁標示的代幣資訊核對一次。

工單第一則訊息就要附上的清單

客服看得到你的帳戶,但猜不到你指的是哪一筆交易。下面這份清單可以直接複製、把值填上去再送出,資料全都在區塊瀏覽器的交易頁面和你送出端的提幣紀錄裡。

  • 交易雜湊(TxID / hash)——完整字串,不要只貼開頭結尾。上圖左上角那一大串就是。
  • 網路——哪一條鏈,例如 TRON、Ethereum、BNB Smart Chain。
  • 代幣與合約地址——寫 USDT、USDC 之外再附合約地址,可以直接排除同名代幣的誤會。
  • 送出金額——並註明這是扣手續費之前還是之後的數字。
  • 接收地址——你這次使用的交易所入金地址。
  • Memo / Tag——有填就寫上值;沒填就明確寫「未填寫」,不要留空讓客服猜。
  • 從哪裡送出——哪一家交易所或哪一個錢包。
  • 時間(含時區)——瀏覽器通常以 UTC 顯示,上圖是 Oct 7, 2026 10:10 UTC。台港讀者若寫當地時間,請註明 UTC+8,或直接換算成 UTC,省得對帳時再換一次。
  • 區塊高度與目前確認數——上圖右上角的 In block 與 Confirmations 是兩個不同欄位,兩個都附。
  • 交易頁面連結——那一頁的完整網址。

再用一句話把問題講清楚:「這筆交易已達 N 個確認並進入不可逆狀態,但入金紀錄中仍未出現。」這一句能省掉整整一輪的例行提問。

如果這些資料在每次轉帳當下就順手存好,寫工單只是幾分鐘的事。一筆穩定幣交易該保留哪些憑證可以先把這個習慣建立起來。

什麼情況下開工單沒有用

交易還卡在 pending,或已經從 mempool 掉出去(dropped),交易所那邊什麼也做不了——錢根本還沒真正送達,問題在鏈上這一段。先把狀態分清楚再決定找誰:pending、failed、dropped、replaced 怎麼分辨。

同樣地,如果瀏覽器顯示交易 failed,代幣並沒有離開你的錢包,該做的是回錢包確認餘額,而不是向交易所申報入金。

工單裡絕對不要寫的東西

  • 助記詞、私鑰、登入密碼、兩步驗證碼——任何正規客服都不會索取這些。
  • 截圖裡出現的完整身分證號、銀行帳號、總資產餘額,與本案無關的部分請先遮蔽再上傳。

工單一律在平台官方 App 或官網內開啟。在社群貼文底下主動回覆你的「客服」帳號,開口要求先付款或要你交出錢包存取權,是這類情境中最常見的詐騙手法。

等待回覆期間

不要為了「試試看」再往同一個地址送一筆。如果第一筆的問題出在地址或網路,第二筆會卡在完全相同的地方,而且後續處理更複雜。

若最後確認是送錯網路,能不能找回要看平台政策;多數情況是不保證成功、需要人工處理、而且可能收費。即使走到那一步,需要提供的仍然是上面同一份清單,所以工單一次寫齊不會白做。

整理

瀏覽器上的確認數只說明這筆錢在鏈上動了。交易所是在自己的系統裡讀取已定案的區塊、達到自家門檻之後才入帳。所以順序是:先對門檻、該等就等 → 自己查網路、地址、Memo、代幣這四項 → 用上面的清單一次把工單寫齊 → 回覆到來之前不要重送。

官方資料來源

  • TRON Developer Hub, “Confirmation semantics”——廣播、入塊、執行、solidified 各階段的差別:https://developers.tron.network/docs/confirmation-semantics
  • TRON Developer Hub, “Exchange wallet integration”——以讀取 solidified 區塊偵測入金的做法:https://developers.tron.network/docs/exchangewallet-integrate-with-the-tron-network#5-parsing-blocks-for-deposit-detection
  • Etherscan, “Understanding an Ethereum transaction”——交易頁面各欄位的說明:https://info.etherscan.com/understanding-an-ethereum-transaction/