USDT 轉帳未入帳時，先找 TXID，再用正確鏈別的區塊瀏覽器核對「是否查得到、成功／待確認／失敗、目的地址、代幣轉移與確認數」。沒有 TXID，先問發送端是否已真正送上鏈；有 TXID 且鏈上成功，則把 TXID、鏈別、目的地址、數量與時間交給收款端查內部入帳。地址或鏈別不一致時，停止再轉，不要相信付一筆「解凍費」就能自動追回。
先分三層：發送端、區塊鏈、收款端
未入帳不等於 USDT 在同一個地方卡住。第一層是發送端：交易所或錢包是否已建立並廣播交易。第二層是區塊鏈：該筆交易是否能用 TXID 查到，狀態與確認數如何。第三層是收款端：鏈上已成功，但平台是否辨識地址、網路、代幣與最低額，並完成內部記帳。
排查時照左到右最容易定位。沒有 TXID 時，區塊瀏覽器沒有可查的交易識別；鏈上仍待確認時，收款端也可能尚未記帳；鏈上成功但平台沒顯示，才進入收款端對帳。不要一看到餘額沒變就再轉一次，兩筆交易疊在一起，案件只會多一倍。
| 層級 | 你要找的證據 | 主要詢問對象 |
|---|---|---|
| 發送端 | 提領／轉帳狀態、TXID、扣款紀錄 | 發送交易所或錢包服務 |
| 區塊鏈 | 鏈別、交易狀態、地址、代幣、確認數 | 正確鏈別的區塊瀏覽器 |
| 收款端 | 入金地址、支援網路、最低額、內部訂單 | 收款平台正式客服 |
第一步：從發送紀錄找到 TXID
TXID 也常叫交易雜湊或 transaction hash，是區塊鏈交易的識別。Etherscan 的官方說明指出，交易建立後會取得 transaction hash，可用來在區塊瀏覽器查狀態與細節。從發送錢包或交易所的提領紀錄找到它，複製時核對前後數個字元，不要手動逐字輸入。
如果發送端只顯示「處理中」「審核中」而沒有 TXID，先保留提領編號、時間、幣別、網路、數量與狀態，向發送端查詢是否已廣播上鏈。此時不要把「平台內已扣餘額」寫成「鏈上已成功」。扣款可能只是內部凍結或待送出，真正上鏈後才會有可查的交易識別。
客服回覆也要分層判讀
發送端若回覆「已完成」，請追問是否已產生 TXID；收款端若回覆「尚未收到」，請問是鏈上確認不足、地址未匹配、低於最低額，還是平台訂單尚未建立。只回「請等待」時，要求下一個更新節點與案件編號。這樣問的目的，是把模糊的「請等待」拆成可查核的階段，不必逼客服先承諾到帳。
兩邊說法不同時，不要把聊天截圖互丟後要求對方選邊。以 TXID 的公開資料作共同基準，再列出發送端狀態、鏈上狀態與收款端狀態三行。哪一行缺資料，就由那一端補充。若有人要求另轉一筆、支付保證金或提供錢包秘密才能「驗證原交易」，先停止並重新確認客服入口。
第二步：先確認鏈別，再開區塊瀏覽器
USDT 不是只存在一條鏈。Tether 官方列出的支援協議包含 Ethereum 上的 ERC20、Tron 上的 TRC20，以及其他網路。相同名稱的 USDT 在不同網路上有不同交易紀錄；把 TRC20 的 TXID 丟進 Etherscan，查不到不代表交易消失，可能只是工具用錯。先回到發送紀錄確認網路，再使用對應的官方或可信區塊瀏覽器。
如果還不熟鏈別，可先看TRC20、ERC20、BEP20 鏈別比較與USDT 錢包轉帳及錯鏈風險。地址開頭可以是線索，卻不該作為唯一判斷；最可靠的是發送紀錄與收款頁明確標示的網路名稱。
| 瀏覽器欄位 | 要核對什麼 | 常見誤讀 |
|---|---|---|
| Status | Success、Pending 或 Failed | 看到 TXID 就當作成功 |
| From／To | 發送與目的地址逐字比對 | 只看前四碼 |
| Token Transfer | 是否真的是 USDT 與正確數量 | 只看主鏈原生幣欄位 |
| Confirmations | 目前累積確認數 | 用別站門檻推定已入帳 |
| Network | 是否與收款頁支援網路一致 | 認為同是 USDT 就能互通 |
第三步：依鏈上狀態選下一個動作
查不到交易
先確認 TXID 沒有複製錯、區塊瀏覽器的鏈別正確。兩項都確認後仍查不到，回到發送端詢問是否已廣播，並提供提領編號。不要把助記詞或私鑰交給自稱能「幫你查鏈」的人；公開 TXID 已足以查公開交易資料。
顯示 Pending
待確認表示交易尚未完成寫入或確認流程。Etherscan 說明提到，網路流量與手續費會影響 Ethereum 交易等待時間。若交易由交易所發出，不要自行用陌生工具加速，應向發送端確認可用選項；若由自主管理錢包發出，也只依該錢包的正式說明操作。發送端沒有明確提供替換或加速機制時，就停在原交易查詢，不要另轉一筆當作測試。
顯示 Failed
保存失敗狀態、錯誤資訊與發送端餘額變化，向發送端確認資產與手續費如何處理。不要自行寫成「一定會全額退回」，不同鏈與服務的費用、失敗原因及內部記帳方式可能不同。未釐清前也不要照原設定重送。
顯示 Success，但平台未入帳
核對目的地址、鏈別、USDT 代幣轉移與確認數，再查看收款頁是否有最低額、Memo／Tag 或其他要求。Etherscan 官方說明也指出，不同錢包或交易平台可能要求不同確認數，因此鏈上成功後的顯示時間仍取決於收款服務。把完整資料交給收款端客服查內部訂單，不要只貼一張「Success」截圖。
例如發送紀錄標示 TRC20，TXID 在對應瀏覽器顯示 Success，目的地址也吻合，但收款頁當時沒有明列 TRC20。這時要查的不是「鏈上有沒有成功」，而是收款端是否支援該網路、能否辨識這筆交易。先保存入金頁版本、TXID 與地址交給客服，回覆前不要再轉。若收款頁明列最低額而該筆低於門檻，也先詢問內部處理規則，不自行補轉差額。
地址或鏈別不一致：先停止，不替結果下保證
如果區塊瀏覽器顯示的目的地址不是收款頁提供的地址，或發送網路與收款頁支援網路不同，先保存原始入金頁、地址、TXID、時間與發送紀錄，立即聯絡發送端和收款端。能否辨識或協助處理，取決於地址控制權、網路、代幣與平台流程；不要相信「再轉一筆相同金額就會自動合併」或「支付解凍費就一定找回」。
下一次轉帳前，可使用錢包準備與小額測試流程作檢查清單，也可閱讀USDT 錢包、詐騙與停手線。小額測試不能消除所有風險，但能在正式金額前先確認地址格式、鏈別與收款頁操作是否一致。
| 客服資料 | 怎麼提供 | 不要提供 |
|---|---|---|
| TXID | 完整文字加區塊瀏覽器連結 | 不需要助記詞或私鑰 |
| 鏈別／代幣 | 照發送紀錄完整文字 | 不要只寫「USDT 那條鏈」 |
| 地址／數量 | 目的地址、數量、時間 | 不交出錢包控制權 |
| 平台紀錄 | 入金頁、訂單與會員識別 | 不提供密碼或驗證碼 |
| 案件追蹤 | 案件號、處理階段、更新時間 | 不向陌生代辦先付款 |
客服訊息範本：一眼看出卡在哪一層
您好，我要查詢一筆 USDT 未入帳。發送時間：2026/__/__ __:__；數量：____ USDT；鏈別：____；目的地址：____；TXID：____。正確鏈別的區塊瀏覽器目前顯示 ____，確認數為 ____；平台入金頁／訂單顯示 ____。我已核對目的地址與代幣轉移，未再重複轉帳。請協助確認此筆是否已進入平台入帳流程、目前缺少哪些資料、下一次更新時間與案件編號。我不會提供密碼、驗證碼、助記詞或私鑰。
若問題發生在出金方向，可另看USDT 出金地址、鏈別與客服紀錄。入金與出金的詢問對象不同：從娛樂城轉到外部錢包，娛樂城是發送端；從外部錢包轉入娛樂城，娛樂城是收款端。先講清楚方向，客服才不會把你導到相反流程。
常見問題
有 TXID 就代表一定會入帳嗎？
不代表。還要看鏈上狀態、目的地址、代幣、鏈別、確認數與收款端要求。TXID 只是可查詢的交易識別，不是平台入帳保證。
鏈上 Success，為什麼餘額還沒顯示？
收款端可能仍在等待所需確認數或進行內部入帳，也可能有鏈別、地址、代幣或最低額不符。提供完整 TXID 與收款頁資料，請收款端書面確認。
客服需要我的私鑰才能查嗎？
不需要。TXID、公開地址、鏈別、數量、時間與平台訂單已可定位公開交易。助記詞與私鑰能控制錢包，不應交給任何客服或代辦。
查不到 TXID，可以用地址找嗎？
部分區塊瀏覽器可用公開地址查看紀錄，但先確認鏈別，並從發送端索取正式 TXID。地址可能有很多交易，TXID 才能精準對應單筆。
來源與更新說明
- Tether 官方：Supported Protocols and Integration Guidelines，用於確認 Tether tokens 存在於多個區塊鏈與協議。
- Etherscan 官方：Understanding an Ethereum Transaction，用於 TXID、交易狀態、網路等待與確認數概念。
- 金萬兩 USDT 相關延伸閱讀，最後核對日期為 2026 年 8 月 31 日。
鏈別支援、合約地址、平台最低額與確認數可能更新。每次轉帳都要重新核對收款頁，不沿用舊截圖或別人的地址；這份排查也不對錯鏈、錯址或未入帳資產的找回結果作承諾。