提領與轉帳安全
加密貨幣轉帳不到帳怎麼辦?依 TxID、確認數與入帳狀態排查
從傳送端、區塊鏈與接收端三層定位轉帳未到帳原因,處理查無 TxID、Pending、失敗、確認不足及錢包未顯示,附客服證據清單與完成標準。
加密貨幣轉帳不到帳時,先不要再送一筆。把同一筆交易拆成「傳送端是否送出、區塊鏈是否完成、接收端是否記帳」三層,才能判斷該等確認、查錢包顯示,還是聯絡哪一端客服。本文適合已從交易所或錢包送出資產、但接收餘額沒有增加的讀者。
本文處理一般鏈上轉帳;銀行匯款、刷卡買幣、P2P 訂單、平台內部轉帳及跨鏈橋有不同紀錄,不能全部套用同一條 TxID 排查流程。以下是故障處理方法,不推薦買賣任何資產。資料與截圖核對日期:2026-09-14;最低額、確認門檻與維護狀態以你使用的接收端即時說明為準。
先找出卡在哪一層
| 你實際查到的結果 | 優先處理方向 | 現在要做的事 |
|---|---|---|
| 傳送端處理中,尚無鏈上紀錄 | 傳送端尚未廣播,或提領仍在審核 | 保存訂單號,檢查安全驗證與維護通知 |
| 有 TxID,但正確網路查無結果 | 雜湊、網路或廣播狀態待確認 | 核對完整 TxID,請傳送端確認是否已廣播 |
| 瀏覽器顯示 Pending,尚未進區塊 | 交易等待納入區塊 | 等待;自託管才考慮錢包支援的加速功能 |
| 瀏覽器顯示 Failed/Reverted | 該筆鏈上執行失敗 | 核對失敗原因及扣費,先不要直接重送 |
| 鏈上成功,但確認尚未達接收門檻 | 等待接收端要求的確認或最終性 | 對照本次資產與網路門檻追蹤 |
| 鏈上成功且條件已滿足,交易所未記帳 | 接收端入金識別、維護或審核 | 核對收款資料,向接收端提交證據 |
| 正確地址已有資產,自託管錢包沒顯示 | 網路、帳戶或代幣顯示問題 | 先查鏈上餘額,再查錢包設定 |
這張表是排查入口,不是單憑一個狀態就判定資金去向。例如「Success」只說明該筆交易執行成功,仍要核對你要的資產是否真的轉到正確收款人。
第一步:固定同一筆交易,保存五組資料
打開傳送端的提領或交易紀錄,保存以下資料;不要從陌生人傳來的「到帳截圖」開始判斷。
- 交易識別: 平台訂單號,以及完整 TxID/Transaction Hash;兩者分開記錄。TxID 可在廣播前算出,拿到它本身不代表已成功送上鏈。
- 資產: 幣種、實際使用的網路;代幣另記合約地址或官方資產識別資訊。
- 收款: 此筆交易當時使用的完整地址和 Memo/Tag,與可信接收端紀錄比對。地址若已輪替,請接收端核對當時的地址,不能直接認定舊地址無效。
- 數量: 申請提領量、平台顯示的提領費、預計實收,以及鏈上實際轉出量。不同平台扣費方式不同,不要一律用同一公式減兩次費用。
- 時間與狀態: 送出時間、目前狀態、最後查詢時間,並註明時區;例如格式
2026-09-14T12:00:00+08:00,這只是格式示例。
如果紀錄寫的是「站內轉帳」,通常應用該平台的訂單識別碼和收款帳戶查詢,而不是強找 TxID。使用跨鏈橋則要分開查來源鏈、橋接訊息和目的鏈交易。無法確認是哪種轉帳時,先請傳送端說明路線。
這一步的完成標準: 你能指出一筆確定的交易、使用哪條鏈,以及錢應該到哪個接收端;資料不足時不開始第二筆轉帳。
第二步:用正確網路查 TxID

2026-09-14 擷取的 Etherscan 公開搜尋入口,僅裁切搜尋區域;未登入,不含個人帳戶。此圖示範在哪裡貼入雜湊,沒有表示任何人的交易已到帳。
- 從可信錢包或平台交易詳情的區塊瀏覽器入口開啟查詢,核對網址與網路;不要使用搜尋廣告或客服私訊連結。
- Ethereum 主網可在 Etherscan 圖中的搜尋欄貼入完整 TxID,按放大鏡。其他鏈要使用該鏈對應的瀏覽器;不能把 TRON 交易貼到 Ethereum 主網,便據此認定交易遺失。
- 記下狀態、區塊、確認或最終性資訊、接收地址與資產轉移內容。代幣交易要看 Token Transfers 等實際轉移明細;最上層 To 可能是合約,Value 的 0 ETH 不代表沒有轉出代幣。Bitcoin 則核對輸出中的接收地址與金額,注意不要把找零輸出當收款。
- 查無結果時,重新從原始紀錄複製雜湊,排除空格、截斷及把訂單號當 TxID。核對網路後,可用該鏈另一個可信瀏覽器交叉確認;若仍查無結果,交由傳送端確認廣播與是否有替代交易。
Ethereum 官方的區塊瀏覽器欄位說明可用來核對交易狀態、區塊與收款資料。若你不確定 ERC-20、TRC-20 與 BEP-20 對應哪條鏈,先查轉帳網路比較與相容性檢查清單。
第三步:未上鏈、等待或失敗,找傳送端處理
沒有鏈上紀錄
檢查原訂單是否仍等待你完成提領驗證、是否被風控暫停、資產網路是否維護。若平台宣稱完成卻拿不出可核對的鏈上紀錄,請它提供網路、廣播結果及有效 TxID;接收平台無法替傳送端廣播交易。不要為了「啟動到帳」再繳一筆保證金。
鏈上一直 Pending
先分清瀏覽器的 Pending 與交易所入金頁的 Pending:前者可能尚未進區塊,後者可能只是接收端等待更多確認。不能只看同一個英文詞就採取相同操作。
交易所代你發送的交易,由該交易所控制;你不能到個人錢包替它加速。若是自己的自託管錢包發送,且仍未確認,先查原錢包官方的加速/取消支援與費用。以 MetaMask 為例,官方處理說明指出加速會提高費用,取消只能在仍等待時嘗試,已確認交易無法用此方式撤回。不要盲目修改 nonce,也不要另建一筆獨立付款取代診斷;原交易仍可能稍後成功。
顯示 Failed/Reverted
對 Ethereum 一般交易而言,執行失敗不等於所支付的 Gas 全數退還;要核對交易收據、資產移動及錢包餘額。若由交易所送出,平台提領單的退款或重送又是另一層流程,應請傳送端查單。只有確認原交易已失敗或被取代、沒有另一筆仍可能付款的交易,且失敗原因已修正,才規劃新的小額測試。
這一步的完成標準: 已找到有效鏈上交易,或傳送端確認訂單失敗/取消及資產處理結果;「客服說等等」但沒有可核對紀錄,仍屬未解決。
第四步:鏈上成功卻未入帳,檢查接收端
收到交易所帳戶
對照本次交易逐項檢查,不要只比對代號:
- 實際到達的資產版本與網路是否受支援;同名代幣可能有不同合約或橋接版本。
- 完整接收地址是否屬於你的入金紀錄,必要 Memo/Tag 是否一致。
- 實收量是否達最低入金門檻;低於最低額時,先查該資產的處理規則,不能假設補轉一筆就會合併入帳。
- 鏈上確認或最終性是否達要求,接收服務是否維護,以及帳戶是否有待完成的審核。
Kraken 的未入帳檢查項目也包含網路、最低額、Memo、地址和維護。這些是核對方向;Kraken 的門檻不能套到別家。確認要求與時間估計可從接收平台本身取得,Kraken 的處理時間說明也明確區分確認需求與估計時間,因此本文不承諾固定幾分鐘到帳。

截圖日期 2026-09-14,來源為 Kraken 入帳狀態說明,只保留狀態表。圖中的「已到帳」可交易但提領尚不可用;「凍結中」需聯絡客服。這是該平台的術語示例,各平台狀態含義應各自查證。
若資料正確、確認已達門檻,且超出接收端顯示的處理時間仍未記帳,向接收端開單。若已發現地址、網路或 Memo 錯誤,不必等到超時,立即保存證據並詢問官方恢復流程;是否可恢復、費用與時間都不能預先保證。
收到自託管錢包
先在正確鏈上核對自己的地址是否收到正確代幣,再回錢包確認選中的帳戶、網路與代幣顯示。鏈上有資產但清單沒有,可能需要按官方說明加入代幣;合約地址應從專案官方資料核對,不要沿用陌生代幣的名稱或連結。MetaMask 的餘額排查說明建議先查交易、網路與鏈上餘額。
顯示代幣不需要把助記詞貼到網站,也不需要批准陌生合約。換網路顯示不會把資產跨鏈搬回來;若資產真的到了錯誤地址或不受支援的鏈,停止後續轉帳,另做恢復評估。
客服開單:一次交齊可核對證據
從官方 App 或自行確認的官網進入支援,按下面欄位整理工單:
| 欄位 | 填寫方式 |
|---|---|
| 問題 | 鏈上查無、等待確認、失敗或成功未記帳,選實際狀態 |
| 傳送與接收端 | 平台/錢包名稱,誰應收到資產 |
| 資產與網路 | 完整鏈名稱、幣種及必要的合約資訊 |
| 交易證據 | 訂單號、完整 TxID、可信瀏覽器連結 |
| 收款與金額 | 當時地址、Memo/Tag、申請量、費用與實收量 |
| 時間及已做檢查 | 帶時區時間、確認進度、維護公告及錯誤文字 |
帳戶識別資料只交到官方要求的安全欄位;公開討論或分享截圖前遮蓋帳號、Email、銀行資料及可識別個人的紀錄。TxID 與地址可連結交易活動,也不宜隨意公開。不要提供密碼、驗證碼、私鑰或助記詞,不接受遠端控制「協助追回」。
何時算處理完成,下一步做什麼
成功入帳要核對:正確鏈與資產、正確收款人、鏈上執行及接收條件、接收端實際餘額,以及費用可解釋的實收數量。已記帳但可用餘額不足,下一步查訂單佔用、帳戶內不同錢包與提領限制,不再把它當成鏈上失蹤。
若走退款/恢復流程,應取得處理結果並在實際帳戶核對金額;只有工單號還不算資產恢復。結果未明前暫停同一路線的大額轉帳,記下下次查詢時間與負責處理的一端。恢復正常後,下一筆重新使用完整地址、網路與 Memo 的送出前檢查;目的地或用途改變,先重新比較交易所、個人錢包與法幣出金路線。
相關技術依據:Ethereum Gas 與失敗執行;Bitcoin 交易輸出與找零。