週期策略
加密資產充值未到帳怎麼辦：TxID、確認數與排查流程
把轉出端、區塊鏈與收款端分開核對，用真實交易頁辨認 TxID 與確認數，再查地址、代幣、Memo、最低額及費用，整理可驗收的客服工單。
加密資產充值未到帳怎麼辦？先不要再轉一筆。把「轉出端受理」「區塊鏈確認」「收款端入帳」分開核對，才能知道該等待、聯絡哪一端，或申請人工處理。本文面向已送出 BTC、USDT 等鏈上轉帳、卻找不到收款餘額的使用者；目標是讓你完成一份有證據的排查記錄。
本流程處理鏈上充值。銀行匯款、卡片買幣、P2P 訂單及平台內部劃轉，應先查各自的訂單狀態，未必有鏈上 TxID。本文不要求實際轉帳或登入陌生網站，也不承諾資產一定能找回。
1. 先確認三個環節，保存原始記錄
轉出畫面寫「完成」，可能只表示發送方已處理；區塊瀏覽器能查到交易，也不能證明收款平台已把錢記到你的帳戶。先保存原本的資產、網路、收款資料、送出時間及轉出記錄，不要用後來新產生的地址取代當時的證據。
建立三欄筆記：發送方目前狀態／鏈上目前狀態／接收方目前狀態。每次查詢加上時間與時區，下一次只補狀態變化。這比反覆重新送出、重開工單或只截一張餘額為零的圖更容易定位問題。
2. 找到真正的 TxID，核對同一條鏈
從轉出交易詳情取得 TxID 或 TxHash，並確認它屬於這次轉帳。提領申請編號、客服工單號與平台內部訂單號不一定是鏈上識別碼。若轉出方沒有提供 TxID，先請它確認是否已廣播；不要自行判定收款方弄丟資產。
開啟該網路的可信區塊瀏覽器，貼入完整 TxID，確認網路名稱及是否為主網。瀏覽器查不到時，依序核對有無漏字、選錯鏈，再向發送方索取可驗證的鏈上記錄。單一瀏覽器查不到，不足以證明交易從未存在。
BTC 查 Bitcoin 主網；代幣要查實際發送的網路。同樣以 0x 開頭的地址不能證明兩端網路相同。若不確定原本應選哪條鏈，先對照站內的USDT 網路選擇與錯鏈檢查流程，不要靠修改錢包顯示名稱來「修正」已送出的轉帳。
3. 根據鏈上狀態決定下一步
| 查到的情況 | 下一步 | 應找誰 |
|---|---|---|
| 沒有可驗證 TxID，仍顯示處理中 | 確認是否已廣播、是否仍在轉出端審核 | 發送方 |
| 有 TxID，但瀏覽器查不到 | 重查網路和識別碼，交叉核對另一個可信瀏覽器 | 先找發送方 |
| 交易存在但尚未收錄區塊 | 保存待確認狀態；由控制發送錢包的一方評估下一步 | 發送方或自己的錢包官方說明 |
| EVM 交易顯示 Failed／Reverted | 核對失敗回執與費用；未確認原轉帳確實失敗前，不要重送 | 發送方 |
| 已確認，未達收款方當下門檻 | 按收款方規則等待並追蹤 | 接收方的官方狀態說明 |
| 已達門檻仍未入帳，或顯示 On hold | 繼續核對第 5 節，整理工單 | 接收方 |
Ethereum 的回執狀態 1 表示頂層呼叫成功，0 表示失敗；成功標記本身不等於指定代幣已送到你要的收款人。EIP-658 的狀態定義與ERC-20 的 Transfer 事件是不同層次的證據。失敗交易也可能消耗 gas，不能把「有扣費」當成轉帳成功；費用機制見 Ethereum 交易文件。
尚未確認時，不要向陌生人支付「保證加速費」。本篇不指導替換交易；是否能加速、如何操作，以及是否會多付費，須由控制發送端的一方依錢包功能評估。
4. 用真實交易頁讀懂確認數
這張真實截圖取自交易 2bb85f4b…a67c69e。它只用於辨認欄位，不是本站實測充值，也不代表任何交易所已入帳；圖中異常高的歷史費用不能當作一般轉帳報價。截圖核對日期為 2026-09-09（UTC+08:00）。
在 Bitcoin 交易所屬區塊仍位於目前主鏈的前提下：
確認數 = 同次查詢的最新主鏈高度 − 交易所在區塊高度 + 1
收錄交易的區塊就是第 1 次確認。待確認交易沒有可代入的收錄高度；遇到鏈重組應重新查詢。Bitcoin 交易欄位文件分別列出交易識別、輸出、區塊及確認數。練習時先記錄 TxID 與收錄高度，再讀取當時最新高度復算；截圖中的確認數會過時，不能當成現在的值。
確認門檻不是全行業固定數字。接收平台可以對「可交易」和「可提領」設不同條件，因此不要只問「過了幾分鐘」。
5. 鏈上成功後，逐項核對收款證據
請把原本充值指示與鏈上紀錄並排核對，完成以下六項：
- 網路和資產：接收方在該次充值時是否支援這個資產與網路；同名代幣要核對合約，不能只看圖示。
- 收款人：Bitcoin 查看對應輸出；ERC-20 代幣查看正確合約的轉帳事件、接收地址與金額。交易上方的 To 可能是合約地址，並非代幣最終收款人。
- Memo／Tag：若收款指示要求，核對有無填錯或漏填。例如 XRPL 的 Destination Tag 可用於辨識共用收款地址背後的客戶，詳見 XRPL 標籤說明。
- 金額與最低額：核對實際收到的資產數量，以及該次充值適用的最低額。低於最低額時先查官方政策，不要假設再補一筆就會合併入帳。
- 平台處理狀態：確認有無網路維護、人工審核或額外資料要求，並區分充值記錄、總餘額與可用餘額。
- 找回資格：錯鏈、錯幣、錯地址或漏 Tag 的處理各不相同。請收款方核實是否控制該地址、是否支援找回；不要假設所有錯鏈都能靠匯入私鑰解決。
少量平台例子有助理解差別：Kraken 說明部分資產的 Credited 可交易但未必可提領，On hold 則需客服檢查，不能將它們一律理解為鏈上失敗。Kraken 充值狀態。Binance 列出的常見未到帳原因包含確認不足、不支援的網路、地址或 Memo 問題、低於最低額與維護；這些是排查線索，並非保證找回。官方未到帳說明。
6. 費用少收，還是根本未入帳？
先看費用是從轉出數量扣除，還是另外支付。若明確由同一資產扣費，可用「轉出申請量 − 該筆同資產費用」核對預計接收量；若 gas 以 ETH 支付、轉移的是 USDT，就不能直接把兩種資產數量相減。批次提領中，整筆鏈上交易費也未必等於分攤給你的費用。
實際接收量、平台入帳量和平台費用要逐筆對帳。交易費、充值費與提領費屬於不同環節，完整計法可參考Maker、Taker 與真實總成本核對。不要為了讓數字湊整，將無法解釋的差額全部填成「網路費」。
7. 一份工單要交代什麼，如何驗收結果
先從你已核實的官方網站或 App 進入客服，不用搜尋廣告、私訊帳號或陌生人提供的「找回入口」。在同一工單提交以下資料，避免重複報案造成紀錄分散：
| 欄位 | 應填內容 |
|---|---|
| 問題摘要 | 尚未廣播／待確認／已確認未入帳／資料不符 |
| 交易資料 | 資產、實際網路、完整 TxID；代幣附合約資料 |
| 接收證據 | 原充值地址、必要的 Memo／Tag、對應輸出或轉帳事件 |
| 金額 | 申請量、扣費幣種與數量、鏈上實收量 |
| 時間與進度 | 送出時間與時區、查詢時間、確認狀態、平台狀態 |
| 已做的檢查 | 網路、地址、最低額及維護狀態的核對結果 |
| 希望確認的事 | 由哪一端處理、是否符合找回資格、下一次更新方式 |
完整交易資料只交給已核實的官方私密工單。公開分享截圖前遮住帳號、信箱、完整地址與不必要的餘額資訊；絕不交出助記詞、私鑰、驗證碼、Token 或 Cookie，也不配合遠端控制。公開 TxID 可能讓人追蹤地址與資金關係，參見 Bitcoin 的隱私提醒。
若平台受理找回，先確認資格、費用及結果是退回還是入帳。以 Binance 自助找回說明為例，並非每種交易都適用，處理時間和費用也不是保證；不要把他人的成功紀錄當成你的承諾。
結案須看資產記錄，而不是只看客服說「已處理」：核對入帳幣種、網路、淨額及可用狀態；若退回，核對官方提供的退回交易與接收地址。尚未完成時，保留同一工單的最新狀態與下一次查詢安排，不再追加轉帳測試。
8. 下次轉帳前，留下可以對帳的證據
重新核對當下充值指示，再保存資產、網路、地址、必要 Tag、最低額和費用。確有必要的小額測試也必須符合最低額；只有實際到帳且資料完全一致，才重新評估後續轉帳。不要因一次轉帳成功，就把長期資產都留在同一平台；可用站內的平台保管與資產曝險檢查方法安排風險上限。
本文的流程、工單表與驗收方法為編輯整理；協議及平台規則的原始依據已在對應段落列出。資料核對日期：2026-09-09（UTC+08:00）；即時門檻、可用服務與費用以接收方當下的官方規則為準。