先別用「通常十分鐘」或「朋友兩分鐘就到」判斷自己的提幣。平臺內部檢查、人工驗證、排隊上鏈、網路確認與接收端入帳是不同階段；畫面是否已提供 TxID，能先把問題分成上鏈前與上鏈後。
本文處理托管交易所的鏈上提幣已提交、畫面仍顯示審核中或處理中時，應該等待多久及何時聯絡支援。不涵蓋法幣銀行出金、站內免鏈轉帳，也不替任何平臺保證處理時間。若記錄已顯示完成但外部錢包沒有資產，請直接改看提幣完成但未到帳排查。
先用狀態與 TxID 找到責任邊界
狀態名稱只能在同一家平臺的說明內解讀。相同的「處理中」可能指內部檢查，也可能指已送到網路；不要只看中文詞，要同時找 TxID、取消按鈕和補充驗證提示。
| 記錄上看到的證據 | 較可能所處階段 | 現在應做什麼 |
|---|---|---|
| 審核中／待處理，沒有 TxID | 平臺仍在內部檢查、排隊或準備廣播。 | 保存提幣編號與時間，查本平臺當下時限。 |
| 要求補充驗證／暫停 | 風險或合規檢查需要使用者回應。 | 只在已核驗的帳戶頁或官方安全入口處理。 |
| 提幣中，TxID 已出現 | 交易可能已廣播，正等待網路確認。 | 到所選網路的區塊瀏覽器核對 TxID。 |
| 已轉出／成功，TxID 可查 | 發送端工作已接近或已經完成。 | 核對鏈上結果與接收端入帳條件。 |
| 失敗／被拒絕 | 本次請求未按原路徑完成。 | 讀錯誤原文，確認資產是否退回可用餘額。 |
多久才算超時：用本平臺本狀態的數字
截至 2026-08-22，官方頁面的時間示例並不一致。Kraken Classic 把「已發起」和「待定」各自寫為最多十分鐘；OKX 則用「提幣申請、待處理、提幣中、已轉出」區分階段，並提醒待處理時資產尚未上鏈。這些數字與名稱只適用於各自頁面描述的流程。
因此，文章不能給出「所有提幣審核都應在某個固定時間內完成」的承諾。較可靠的門檻是：以你這一筆記錄旁的預估、該幣種與網路狀態頁、官方幫助文檔及服務公告為準。若頁面寫了處理上限，就在超過後保存證據並聯絡發送平臺；若完全沒有公布時間，僅憑等待半小時不能證明資產遺失，也不能證明一切正常。
Coinbase 的公開說明把 Pending 交易與網路同步、交易確認數連在一起；Kraken 則把內部檢查與已廣播等待確認分成不同狀態。看到英文 Pending 時，必須先讀該平臺定義，再判斷計時是在平臺內還是鏈上。
沒有 TxID 時，按這五步排查
- 打開單筆詳情。記錄提幣編號、資產、網路、數量、提交時間與時區、狀態原文，以及 TxID 欄位是空白、未顯示還是正在生成。列表上的短標籤不足以定位問題。
- 查同一平臺的狀態定義。從已核驗的 App 或幫助中心查目前狀態代表內部審核、排隊、已廣播還是人工暫停；不要套用另一家交易所的分鐘數。
- 找待完成動作。檢查帳戶通知、已登入頁面和你自行確認的官方郵件，看看是否要求完成安全確認、地址所有權或補充資料。只在官方安全入口提交，且先遮住與本次無關的個資。
- 確認有沒有正式取消選項。若地址、網路或數量填錯，而記錄仍顯示取消按鈕，可依畫面嘗試取消；看不到按鈕就不要假設客服能撤回。OKX 與 Kraken 的公開說明都把取消限制在特定上鏈前階段，且不保證所有請求都能取消。
- 到達門檻後交工單。超過該平臺對目前狀態公布的時限、畫面明確顯示暫停／失敗，或要求的驗證已完成但狀態不動時，從官方入口提交。未公布時限時，也應把實際等待長度與核對過的公告一併寫清楚。
若只是近期更改密碼、MFA、提幣地址或登入裝置後出現安全等待，處理依據仍是帳戶內提示與平臺當前規則。不要為了「解除審核」關閉多因素認證；需要重新檢查安全設定時，可參考帳戶密碼與 MFA 邊界。
工單要能回答哪幾個問題
客服首先需要定位請求和階段。把可核對的欄位整理成短清單，比只寫「提幣一直卡住」更容易判斷是否已廣播、是否等待人工處理。
哪一筆：提幣編號、資產、網路、數量、收款地址的遮罩版，以及提交時間與時區。
卡在哪裡：狀態完整原文、第一次出現時間、最近一次查看時間、TxID 是否存在與取消按鈕是否仍可用。
做過什麼：已查看的官方狀態頁、服務公告、補充驗證提示，以及畫面要求的動作和完成時間。
希望確認什麼：是否已廣播、預計何時提供 TxID、是否需要額外驗證，以及失敗時資產何時退回可用餘額。
不要提供密碼、助記詞、私鑰、完整 MFA 驗證碼或遠端控制權，也不要向私訊帳號支付「加速審核費」。如果對方主動聯絡並要求轉一筆資產來解鎖，先停止互動並按假客服核驗順序檢查身分。
TxID 出現後，排查方式要換軌
TxID 是鏈上查詢入口，不代表接收端一定已經記帳。先確認它能在你選擇的那條網路查到，再讀交易狀態、區塊確認、接收地址與代幣轉移記錄。
- 區塊瀏覽器查不到：先核對完整 TxID 與提幣網路；仍查不到就請發送平臺確認是否真正廣播。
- 鏈上仍在確認：此時等待的是網路，不再只是平臺內部審核。用區塊瀏覽器讀法核對確認進度，不盲目重提。
- 鏈上成功但收款端未入帳：核對地址、網路、Memo／Tag 與接收端要求，再把 TxID 交給掌握入帳的一方。
- 鏈上失敗：查看失敗欄位，並由發送平臺確認資產是否回到可用餘額及是否需要重新提交。
若平臺稱「已完成」但仍沒有可查的鏈上記錄，保存狀態與時間線並向發送端詢問；不要拿提幣編號冒充 TxID。進入已完成未到帳情境後，後續的地址、網路與接收端分流已在另一篇專門指南中處理，避免把兩個意圖混成一套流程。
等待期間怎樣留下可交接的時間線
審核中的畫面可能只顯示一個短狀態，但工單需要知道狀態何時出現、期間有沒有改變、你是否收到補充要求。從提交開始保留連續記錄，比事後只截最後一張畫面更能說明問題。
| 節點 | 應保存的內容 | 這一步能排除什麼 |
|---|---|---|
| 提交前確認 | 資產、網路、地址、數量、費用、到帳預估與安全提示。 | 事後無法分清自己提交了什麼，或把改版後畫面當成原始條件。 |
| 請求已建立 | 提幣編號、提交時間與時區、狀態完整原文、取消按鈕是否存在。 | 只憑餘額被扣就推測交易已廣播。 |
| 狀態變更 | 每次變更的畫面、時間、TxID 欄位與站內通知。 | 把平臺內等待和鏈上確認混在同一段時間。 |
| 需要回應 | 帳戶頁要求的驗證類型、正式提交入口與完成時間。 | 漏掉待辦，或把私訊冒充成平臺正式要求。 |
| 到達工單門檻 | 官方時限或公告、實際等待長度、已完成的核對與希望客服回答的問題。 | 只寫「很久」而無法對照平臺自己的處理標準。 |
同一筆提幣以一條主時間線為準。查看狀態可以重複，但不要因焦慮反覆更改密碼、MFA、裝置和網路；這些額外變化可能觸發新的安全檢查，也會讓客服難以判斷原事件。畫面沒有要求操作時，先保存證據並按正式時限等待。
取消按鈕存在，也要先核對取消後果
看到取消選項時，先確認記錄仍屬上鏈前階段，並閱讀頁面對費用、資產退回與再次提交的說明。地址或網路確實錯誤時，取消可能比等待更合適；資料本身正確、只是處理未完成時，不必為測試按鈕而取消。送出取消後也要保存新狀態，直到資產明確回到可用餘額，再決定是否建立另一筆請求。
沒有取消按鈕時，不要從網頁開發工具、非官方外掛或陌生人的腳本嘗試製造操作入口。前端按鈕消失可能代表請求已進入不可取消階段；只有發送平臺能確認其後端狀態。
多張工單不等於多個人同時加速
若已取得工單編號，就在同一工單補充新的狀態、TxID 或通知。重複建立內容相同的請求可能把證據拆散，讓不同客服只看到部分時間線。只有官方明確關閉舊工單、要求另選分類或原工單無法再回覆時，才建立新工單並引用舊編號。
跨時區提交時，把畫面原始時間、顯示的時區與你換算後的本地時間分開保存，不要只留「上午」或「昨晚」。若平臺詳情沒有標時區，就在工單中如實寫明並附原圖，讓對方按系統記錄換算。服務公告也要保存發布時間和適用範圍，避免拿另一條網路或已結束維護的通知解釋目前狀態。
狀態短暫回退或文字改變時，不急著判定資產被退回。先刷新單筆詳情、查看可用餘額與 TxID，再記錄變化前後的原文。只有餘額、提款記錄和官方通知能互相對上，才把請求視為已取消、失敗退回或進入下一階段；單一推送通知不足以完成判斷。
平臺若需要補充身分或交易來源資料，應在帳戶通知或正式安全入口列明。主動私訊要求支付保證金、驗證款或解鎖費，不能證明對方能處理原提幣；停止互動並回到已核驗的客服入口。
常見問題
提幣審核半小時還沒有 TxID，代表資產遺失嗎？
不代表。沒有 TxID 通常只能說明尚未取得可核對的鏈上交易；先比較該平臺對目前狀態公布的時限，再決定等待或提交工單。
提幣審核中可以取消嗎？
只在該筆記錄仍顯示正式取消按鈕時依畫面操作；狀態名稱與可取消階段因平臺而異，已廣播的鏈上交易通常不能撤回。
客服處理提幣審核需要哪些資料？
通常先準備提幣編號、資產、網路、數量、提交時間與時區、狀態原文和經遮罩的畫面；不要提供密碼、助記詞、私鑰或 MFA 驗證碼。截圖前先把餘額、其他交易與個人資料遮掉，只留這一筆需要對照的欄位。
TxID 已經出現但收款端沒有到帳，還算審核中嗎？
不應只按原狀態名稱判斷。先用 TxID 在正確網路查看是否已廣播及確認，再核對接收地址、網路、Memo 或 Tag 與接收端入帳要求。
資料來源與核對入口
以下均為平臺官方公開資料，最後核對日期為 2026-08-22。狀態名稱、處理時限、取消資格與驗證要求可能調整；操作時以你的單筆記錄和官方頁當下顯示為準。