先把手從「再轉一筆」上面移開。這篇只處理一種很窄的情況:區塊瀏覽器上那筆充幣已經寫著 Success,接收交易所的充幣記錄卻還是空白。要把它查清楚,起點只有一個,就是 TxID:拿到完整字串、確定它屬於哪一條網路、記下此刻累到幾個確認。這三項本身還不是結論,但有了它們,後面每一步才有東西可比——確認數要對上接收平臺當次充幣頁的門檻,地址、代幣合約與 Memo 也要逐項核過,才知道該繼續等,還是該帶證據提工單。發送平臺顯示的「已完成」不算答案,它只說明那一端做完了自己負責的部分。

先把原始記錄固定下來,再談原因

頁面狀態會隨時間改變,猜原因卻不會讓證據回來。動手排查之前,把發送端記錄、TxID 與接收端充幣要求放進同一份時間線;只有金額截圖或只有「完成」兩字,都不足以判斷哪一端出問題。

  1. 保存發送端詳情。記錄資產、數量、網路、狀態原文、發送地址、接收地址、時間與時區。欄位未顯示就寫「未顯示」,不根據過往交易補填。
  2. 複製 TxID,不靠手動重打。從單筆詳情複製完整字串,並保存平臺提供的瀏覽器連結。不同網路可能有相似顯示格式,不只靠字串長度認網路。
  3. 重新打開接收端當次充幣頁。保存平臺目前對該資產、網路、接收地址、Memo、最低充幣額及確認數的說明。舊白名單、聊天記錄或搜尋摘要不能取代當下畫面。
  4. 保存接收端記錄。查看這筆充幣是否已出現為 Pending、Confirming、On hold 或類似狀態。狀態字眼只依平臺當下定義解釋,不拿另一家交易所的同名狀態套用。

TxID 一旦貼出去,地址、數量與時間也跟著公開。完整字串只給官方工單;在論壇或群裡描述狀態就夠了。

在正確的網路上,五個欄位一起看

綠色的 Success 標籤只回答了五個欄位裡的一個。同一畫面還要核對網路、接收地址、資產或代幣合約、實際轉移數量和確認數,否則可能在錯的瀏覽器上找到一筆無關記錄,還誤以為已經查清。

網路:以發送端的實際網路和 TxID 所在鏈為準,再與接收端充幣頁逐字比對。「都能傳 USDT」不代表是同一條網路。

執行狀態:Success 或 Confirmed 表示的含義依該網路瀏覽器為準。Failed 或 Reverted 不能當成接收平臺的待入帳交易。

接收地址:在 EVM 等透過合約呼叫轉移代幣的網路,交易層 To 可能是代幣合約地址,因此還要核對 Token Transfers 等資產轉移記錄裡的實際接收地址。非 EVM 網路則應依其原生瀏覽器的資產轉移欄位核對。地址過長時可分段比對,不只看開頭與結尾。

資產與合約:代幣名稱或簡稱可被重複使用;在支援合約代幣的網路,還要把代幣合約與接收端公布的支援資產比對。合約地址不是你的充幣地址。

數量與確認數:記錄鏈上實際轉移數量及當下確認數。確認數會隨新區塊增加,工單應同時寫明查詢時間,不只貼一個會改變的數字。

OKX 繁體中文公開幫助頁顯示充幣未到帳排查文章標題與更新日期
OKX 公開幫助頁把「充幣未到帳」作為獨立排查入口,畫面顯示文章於 2026-08-05 更新;截於 2026-08。頂部地區提示來自截圖出口環境,不代表讀者所在地區。

公開幫助頁可以確認平臺將哪些狀態視為可排查事件,卻不能代替你登入後的單筆充幣記錄。截圖中的菜單位置也可能改版;實際操作時應認「充幣記錄」、「交易 ID」與「問題回報」的功能,而不是背按鈕位於第幾列。

如果你尚不熟悉瀏覽器欄位,先用區塊瀏覽器讀法核對交易雜湊、狀態、區塊、往來地址與代幣轉移。發送平臺的提幣編號不一定是 TxID;只有能在正確網路瀏覽器定位交易的雜湊,才能作為核對依據。

鏈上的 Success,不是平臺的入帳回執

上一節抄下來的那個確認數,要有對照對象才有意義。鏈上的 Success 是一份重要證據,卻不是接收平臺的入帳回執。平臺通常還要等待該資產與網路所需的確認數,再由自己的系統辨識地址、代幣合約、數量與 Memo。因此,同一筆交易可以同時出現「區塊瀏覽器成功」與「交易所充幣記錄尚未顯示」,後續要依證據找出分界。

一筆交易進入區塊後可獲得第一次確認,後續區塊會讓確認數增加。接收平臺可依資產、網路與自身風險政策設定入帳門檻,所以不存在一個可套用全部充幣的分鐘數。

Kraken 的公開充幣時間表把不同資產與網路列為不同確認要求;OKX 也在充幣進度說明中分開網路確認與平臺需要的確認數。這些公開說明可以證明「確認要求存在」,但給你的單筆結論仍應來自接收端目前顯示的資產、網路與充幣記錄。

當瀏覽器確認數尚低於平臺要求,記錄差額後等待即可,不需要請社群裡的人「加速入帳」。當確認數已達要求但記錄仍空白,再查平臺公告、該網路是否暫停充幣、單筆記錄是否出現待處理狀態。條件一致而平臺超過自己公布的時限時,才將證據交給官方支援。

入帳條件只能來自接收端當次充幣頁

鏈上資料與接收端充幣指示必須一筆對一筆,不能用另一次成功充幣的記憶代替。特別是支援網路、最低數量和服務狀態,都可能隨資產及時間不同。

  1. 資產與網路是否仍受支援。接收端列出的網路才是該帳戶當下可用路徑。同一資產可在多條網路流通,交易所支援其中一條不等於支援全部。
  2. 鏈上接收地址是否等於本帳戶地址。從接收端重新複製現行地址比對;若使用舊地址,只根據該平臺對舊地址的當下書面說明判斷,不自行假定永久有效或必定失效。
  3. 是否需要 Memo、Tag 或 Comment。部分充幣地址由多個帳戶共用,識別值才將資產分配給特定帳戶。遺漏或填錯時,先依Memo 與 Tag 排查整理證據,不用新交易掩蓋舊問題。
  4. 鏈上數量是否達當次最低額。以平臺對該資產與網路的充幣頁為準,不把發送端的最低提幣額當成接收端門檻。低於門檻時,先查低於最小充幣額的處理方法。
  5. 充幣服務與帳戶是否有待處理狀態。查公開服務公告、單筆充幣記錄及帳戶內通知。若平臺要求補充資料,只從已核驗官網或應用內進入,不跟隨郵件或私訊內的陌生連結。

若發送與接收兩端對網路的命名不一致,不靠簡稱猜測。可先用轉帳前網路與地址核對列出完整網路名、原生資產、地址提示與接收端支援記錄。當任一項無法從官方畫面取得時,在工單中標成「待平臺確認」,比自行斷定「網路相同」更容易得到有效回覆。

把核對結果對回五種可能

前面幾節核對出來的欄位,到這裡要收成一個結論。有沒有 TxID、TxID 在哪條網路、執行是否成功、當下確認數多少,決定問題落在發送端、鏈上還是接收端;在下表找到與自己手上證據相符的那一行,再照它的下一步走。

你能取得的證據目前可以下的結論下一步
發送端顯示處理中,沒有 TxID尚無可供公開鏈上核對的交易。保存發送單號與狀態,查發送平臺。
瀏覽器顯示 Pending 或確認數尚低交易已出現在網路,但入帳條件可能尚未滿足。核對接收平臺本次要求的確認數。
瀏覽器顯示 Failed 或 Reverted鏈上執行沒有成功,不能把它當成已達接收地址。回發送錢包或平臺查原資產狀態,不由接收端猜測退回。
瀏覽器顯示 Success,確認數仍在增加鏈上已執行,但平臺仍可能等待它觀察的確認數。用同一時點的確認數與充幣頁要求比對。
鏈上成功、確認足夠,地址與資產也相符問題點轉向平臺掃描、服務狀態或帳戶識別。查充幣記錄、公告及自助查詢,仍無結果再提交工單。

差異落在哪一項,處理路徑就不同

地址、網路、合約、Memo、最低數量與確認數中,只要有一項不一致,就不應把問題簡化為「平臺同步慢」。先寫明差異,再讓有權處理的一端判斷可否找回。

核對結果應採取的最小動作不應承諾的事
全部一致,確認數已足夠用平臺自助工具查 TxID;無結果時建立單一工單。不自行承諾幾分鐘內必定到帳。
Memo 或 Tag 遺漏、填錯保存正確與實際填入值,向接收平臺查找回資格。不聲稱同地址就一定能自動入帳。
低於最低充幣額依當次充幣頁與官方規則判斷是否支援累計或需工單。未確認累計規則前,不再充一筆補差額。
不支援的網路或代幣合約把鏈上記錄與接收端支援清單並列,請平臺評估。不承諾可找回、免費找回或固定處理時間。
接收地址不屬於本帳戶保存交易證據,先確認地址實際控制方;只從官方支援通道詢問。不宣稱區塊鏈交易可被客服撤銷。

交易已上鏈後,發送平臺通常只能提供原始記錄與 TxID,不一定能介入接收平臺的帳戶分配。接收平臺是否提供找回、支援哪些資產、是否收費及需要多久,都只能由該平臺按當前政策與實際交易評估。文章可以教你把證據準備完整,不能把找回結果先寫成保證。

先不要重複充幣或付「解鎖費」

第二筆交易可能複製原本的網路、地址或 Memo 錯誤,也可能讓工單多出一個難以辨認的 TxID。任何私訊要求再轉一筆驗證款、保證金或資產找回費的人,都不能因此證明自己是官方客服。

再等一會,還是現在就提工單

「充幣到帳要多久」沒有単一答案。判斷基準是接收平臺對該資產、該網路的當下確認要求,再加上平臺公布的處理狀態,兩者合起來才看得出是否超過合理等待範圍。

「再等」的條件是證據顯示交易仍在累積確認,或平臺公開說明該網路正處於維護與恢復中。等待期間只更新同一份時間線,不建多張內容相同的工單。「現在提工單」的條件,是鏈上執行、確認數、地址、網路、資產與識別值都已核對,但平臺記錄無法解釋結果,或已明顯超過平臺自己公布的處理範圍。

如果平臺沒有公開固定時限,不把社群個案或搜尋摘要當成服務承諾。工單可寫「鏈上於某時顯示成功,截至某時確認數為某值,接收端仍無記錄」,並請對方說明該資產與網路的現行處理條件。這種可核對記錄比「我已等很久」更容易進入正確分流。

工單要寫成客服能直接核對的記錄

一張有效工單應讓客服不必第一輪就追問 TxID、網路、數量與時間。把事實、你已完成的核對和希望平臺確認的問題分開寫,不用「資產不見了」代替資料;客服第一次回覆就能直接開始查,通常比反覆來回補件更省時間。

事實列:資產全名、網路、數量、TxID、發送與接收地址、Memo 或 Tag、發送時間與時區、發送端狀態原文。

核對列:使用的瀏覽器與網路、執行狀態、查詢時的確認數、接收端要求的確認數、資產合約與最低充幣額。

附件列:發送端單筆詳情、鏈上交易詳情、接收端充幣要求及充幣記錄。截圖保留狀態與時間,遮罩電郵地址、電話、實名資料和其他帳戶餘額。

請求列:請平臺確認該 TxID 是否已被掃描、目前是待確認、待帳戶識別、服務暫停還是不符找回條件,並要求回覆下一個官方步驟。

不要在工單、截圖或遠端協助中提供密碼、助記詞、私鑰、二維碼種子、驗證器動態碼或簡訊驗證碼。若客服回覆中出現額外付款、遠端控制或導入錢包要求,停止操作,重新從官網核驗流程進入幫助中心。若對方自稱能私下找回,可對照假客服與資產追回騙局查看警訊。

常見問題

鏈上顯示 Success,為什麼交易所仍未到帳?

鏈上成功只表示該筆交易在所查網路執行成功,不代表已達接收平臺要求的確認數,也不代表平臺已完成掃描與入帳。繼續核對確認數、地址、網路、資產合約、Memo 和平臺服務狀態。

要等多久才聯絡客服?

沒有跨平臺通用時限;先比較本筆確認數、接收端當下要求與公開狀態,條件已滿足仍未入帳時再走官方自助查詢或工單。若平臺公開了當下時限,工單同時附上該說明與核對時間。

原交易還沒查清,可以再充一筆測試嗎?

原交易未查清前,不要用第二筆轉帳當成單純測試;它可能複製同一個地址、網路或 Memo 錯誤,也會增加待辨認的 TxID。只有平臺官方書面規則明確要求特定補入流程時,才先核對風險與條件。

提交充幣未到帳工單要提供什麼?

提供 TxID、資產、網路、數量、接收地址、Memo 或 Tag、發送時間與時區、鏈上狀態和已遮罩的接收端畫面;不要交出密碼、助記詞、私鑰或驗證碼。若地址、合約或 Memo 存在差異,直接標明,不要裁掉異常欄位。

發送端顯示處理中卻沒有 TxID,該先找誰?

先回發送端。沒有 TxID 就沒有可公開核對的鏈上交易,應保存發送單號與狀態,向發送平臺確認交易是否已經廣播,而不是先向接收平臺報未到帳。

瀏覽器顯示 Failed 或 Reverted,資產會自動回到我手上嗎?

不能由接收端推斷。鏈上執行沒有成功,就不能當成資產已經到達接收地址;要回發送錢包或發送平臺查原資產目前的狀態。

資料來源與核對入口

以下均為服務提供方公開說明,最後核對日期為 2026-08-22。支援網路、確認數、最低額、服務狀態與找回條件可能調整;實際操作時應重新查看接收平臺當次充幣頁。

  1. OKX:為什麼我的充入還未到賬?
  2. OKX:如何查看充幣進度
  3. EIP-20:Token Transfer 事件與合約代幣轉移
  4. Kraken:Cryptocurrency deposit processing times