轉出申請、鏈上交易與接收方入帳，各有獨立的紀錄。
以下用假設情境串起買入 USDT、轉到另一個平台，再提回交易所的過程。實際支援網路、費用與審查條件，依各服務的當日規則而定。
- 01 先建立概念如果交易所、USDT、錢包與鏈別還分不清楚，先讀第一篇。
- 02 再看一筆轉帳你正在讀這一篇：從轉出到提回，串起不同服務的紀錄。
- 03 換回銀行裡的台幣依收入來源準備資料，再看受理條件、兌換費用與到帳時間。
起點：USDT 還在交易所帳戶裡
你看到 USDT 餘額，代表交易所帳戶已記錄你買到的數量。此時尚未發生往另一個平台的轉帳。買入和轉出，是分開處理的兩件事。
當你提出轉出申請，交易所可能先顯示「審核中」或「處理中」。這些文字是服務方的內部狀態，還不能直接當成網路已收到交易的證明。你這時能保存的是申請編號、時間、資產、金額與畫面上的狀態。
去程：接收方的資料，要先一項一項對上
發送方需要知道「送什麼、用哪個網路、送到哪裡」。因此接收服務提供的資產、鏈別與地址要一起核對；如果它另外要求 Memo／Tag，也就是分辨入帳對象的額外識別碼，就不能省略。
這些資料應來自接收服務當時的官方畫面或說明。若只有陌生私訊丟來一串地址，或你還看不懂要選哪個網路，就先停在這裡。已送出的交易，不一定能靠客服改回來。
你也會看到轉出費用與最低入帳額。先看扣費後實際會送出多少，再核對接收方的門檻；各項費用的差別放在文末延伸說明，可以需要時再看。
如果中間使用自己的錢包，會多一次轉帳
有些人會把資產先放進自己保管金鑰的錢包，再決定什麼時候轉到另一個服務。這叫自託管。這會增加自行保管金鑰的責任；兩端技術上能直接轉帳，也還得確認服務規則是否接受。
若中間確實經過錢包，交易所轉到錢包、錢包再轉到接收方，就是兩次需要分別查明的交易，也可能各有費用。自己保管金鑰時，每次授權都由你負責；私鑰或助記詞是授權與復原所需的秘密資料，不能交給代操作的人。
經過自己的錢包，前一段來源仍然留在交易紀錄裡，轉進交易所時也可能被要求說明。自託管 USDT 還有發行方限制特定地址的可能。這些和保管金鑰是不同的事，詳見自己的錢包能管什麼。
接收：網路處理完成，接著才是平台入帳
鏈上交易會有一組識別碼，叫作交易雜湊（TxID）。你可以從該網路或服務的官方入口找到交易查詢工具，再用它查看這筆交易。平台的提款申請編號是另一種紀錄，不能當成 TxID。
當網路還在處理，查詢頁可能顯示等待中，常見英文是 Pending。接收服務通常還有自己的確認要求；符合後，才會把收到的款項記到你的帳戶。
所以，當網路顯示成功、平台餘額卻還沒增加時，下一個問題是「接收方為什麼還沒入帳」。這時應對照資產、鏈別、地址、必要的 Memo 與入帳條件，向接收方查詢，不能用再轉一筆的方式試著補救。
交易概念見 Ethereum 交易文件；等待確認與未入帳的服務規則例子見 Coinbase 說明，均於 2026-09-08 核對。各服務的等待條件不同，本文不提供通用到帳時間。
回程：要把錢拿回來，先向平台申請提款
假設平台已入帳，後來你想把餘額提回交易所。我會先看接收的交易所是否接受這類用途和資金來源，再填收款資料。支援同一種幣、同一條網路，只解決能不能轉到的技術問題。
這趟回程是一次新的轉帳。你知道自己在平台有多少可領餘額，但未必知道實際從哪個地址付款、由誰控制。平台的提款單和鏈上付款紀錄要能對起來，交易所問起時才有資料可交。
平台可能先核對身分或提款條件。等它核准後，仍要查實際轉出紀錄，以及交易所是否入帳；有時鏈上已成功，接收方仍在審查資料。收款地址和規則也要從當時的官方入口重新確認。
若選擇先提到自己的錢包，再轉進交易所，兩段紀錄都要留。OKX 的公開文件就列有個人錢包轉入時的資料要求，不能只因最後一筆由自己轉出，就認為來源已經不用解釋。
文件例子見OKX 資金來源說明，2026-09-09 核對，適用範圍依該業者規則；完整原因看平台付了，交易所為什麼還要查。
如果平台要求你另外匯一筆解凍費、保證金或稅金才肯放行，先停止付款並保留原話。這時要處理的是提款爭議或疑似詐騙，詳見提款卡住時，怎麼分辨對方的要求。
最後：回到交易所，再換回台幣
下面先交代回程的帳務關係。已經收到 USDT、需要安排兌換時，可接著看第三篇：USDT 換回台幣，核對不同收入來源的文件、本人銀行驗證、提領費用與時間。
交易所收到並完成入帳後，你看到的仍然是 USDT 數量。要拿回銀行裡能使用的台幣，還有賣出、換算及台幣提領等服務處理；可否辦理與收費方式，要看使用的服務。
因此，來回的 USDT 數量即使相同，也不能只憑這個數字認定會拿回相同台幣。要核對成交價格、交易費、各段轉出費與最後實際入帳的金額。
換回台幣時，我會再看一次實際付款人。若改找私人幣商或朋友交易，談買幣的人和匯台幣的人卻不同，就得釐清這筆匯款的關係；前面用過自己的錢包，不會替這一段的來源作保。詳見換回台幣的付款人。
把買入、轉出、平台入帳與提款、返回交易所的紀錄按時間留好。帳戶已受限，先確認限制名稱和窗口，再看交易所風控與補件或銀行限制的處理。
沒到帳時，先找最後一筆能查到的紀錄
去程由交易所轉出、網路處理，再由平台入帳；回程則由平台轉出，最後由交易所入帳。各階段的成功狀態，須由該段紀錄確認。
如果中間停住，就用下面的表找到該詢問的窗口。先停止重複轉帳，保存原始紀錄；對外求助時另做遮蔽個資的版本，私鑰、助記詞與一次性驗證碼都不能當成附件。
鏈上已成功，平台卻沒入帳：從這裡往下查
先拿出那一筆 TxID 和接收方當時提供的收幣資料。下面每一步都用這兩份紀錄比對；如果某個欄位還沒取得，先向負責該段的服務方確認。
-
成功的交易，真的把這種幣轉到收款地址了嗎？
在正確網路的查詢頁，核對代幣轉移明細中的資產、數量與接收地址。以 Ethereum 上的代幣轉帳為例，交易頁最上方的「To」可能是互動的合約，收幣人要從代幣轉移明細確認。
找不到這筆代幣轉移，或明細不一致
先找發送方核對 TxID、鏈別及實際轉出的資產，請它提供相應紀錄。不要只截一個「Success」就請接收方入帳。
明細相符 → 繼續核對接收條件。上述欄位的讀法見 Ethereum 區塊瀏覽器文件。
-
這筆轉入符合平台的收幣條件嗎？
對照當時的收幣頁：資產與網路是否支援、是否使用該帳戶的收幣地址，以及實際轉入量是否達到最低入帳額。只有接收方要求 Memo／Tag 時才需核對該欄位，不能認為所有 USDT 轉帳都需要填。
網路、地址、最低額或必要標籤有一項不符
把差異交給接收方官方客服評估，先問能否處理，再確認費用和條件。BitoPro 的未入帳說明列有這些情形，也說明人工返還須視技術條件判斷；不能用再轉一筆來假定前一筆會被補入。
條件相符 → 查看平台的確認要求與當時服務狀態。
-
確認數足夠，平台也已恢復接收了嗎？
鏈上顯示成功後，接收方可能仍在等自己的入帳確認門檻。從平台官方頁查看該資產與網路的要求，以及是否有接收維護或延遲公告。查不到要求時，保留查詢時間，請接收方確認，別自行套用別家平台的分鐘數。
已達門檻，仍沒有入帳紀錄
MAX 的未入帳說明要求這種情況提供交易序號向客服查詢。送出完整 TxID、鏈別、資產、實轉數量和當時收幣指示，請對方確認是否辨識到這筆轉入、卡在哪個程序，並留下案件編號。
平台顯示待補資料或帳戶限制 → 接著核對通知內容。
-
通知說的是未入帳，還是入帳後不能使用？
若有待補件、審查或限制通知，把原文和通知時間留好，再由官方管道確認資料要求。帳戶已經有入帳紀錄、只是不能交易或提領時，改查帳戶限制與處理窗口。餘額尚未出現，則仍需接收方說明入帳進度。
沒有具體通知，只有客服說「等審查」
請客服說明目前處理階段、是否需要你補資料，以及下次可追蹤的時間。等候本身不足以判定是 Travel Rule、身分審查或其他原因。不要為了測試帳戶是否正常再付款。
整理正式詢問用的事件紀錄時，附上發送申請編號、TxID、鏈別、資產與數量、接收指示、平台狀態及各自的時間。文件只透過已確認的官方管道提交；對外公開的版本另做遮蔽。
本流程依 2026-10-14 查閱的 Ethereum、MAX、BitoPro 文件，以及 Coinbase 待確認交易說明整理。分支順序是本站的排錯建議；各平台的支援範圍與找回條件仍各自適用。
「已完成卻沒入帳」紀錄示範把平台顯示與實際查到的事分開；也可下載事件紀錄表，保留每次查詢的時間與待確認事項。
用目前的狀態，找到能處理這一步的人
這是整理案件的對照表。先確認畫面由誰提供，再找能處理該段紀錄的窗口。表中的狀態不能用來計算通用到帳時間。
| 看到的紀錄 | 還不能確定什麼 | 先找誰、問什麼 |
|---|---|---|
| 平台說已核准，沒有可查詢的 TxID | 是否已送到網路處理。沒有 TxID 也可能是服務內部轉帳，需由服務方說明。 | 發送方：是內部記帳還是鏈上轉帳？提供申請編號，要求正式狀態與相應紀錄。 |
| 有 TxID，但在指定網路查不到 | 是否選錯網路、代碼抄錯，或尚未被查詢工具收錄；不能只憑一次查不到就判定造假。 | 發送方：確認完整 TxID 與鏈別。從該網路或服務的官方入口查詢，避免私訊提供的假查帳頁。 |
| 網路仍在處理（Pending）／確認不足 | 是否已符合接收服務的入帳條件。 | 先對照網路狀態與接收方確認要求。保留查詢時間，避免重複付款。 |
| 交易執行失敗（Failed／Reverted） | 服務方何時更新帳戶餘額、哪些費用已經花掉。 | 發送服務或錢包官方支援：提供 TxID、錯誤與扣款紀錄，分開確認交易結果及費用。 |
| 網路顯示成功，帳戶沒入帳 | 資產、網路、地址、Memo 與最低額是否符合接收規則；代幣也要核對實際轉移明細。 | 接收方：提供當時接收指示及交易明細，詢問未入帳原因、可否處理與正式案件編號。 |
| 帳戶已入帳，仍不能提領 | 平台是否完成審查，以及提款限制依據。 | 平台：要求具體限制名稱、條款與補件途徑。接著閱讀提款受阻的判斷。 |
交易與確認概念見 Ethereum 交易文件；服務方等待確認的例子見 Coinbase Pending 說明，均於 2026-09-08 核對。處理窗口是本站依資金所在位置整理的建議，不代表任何服務的受理或退款承諾。
把目前資料整理成事件紀錄，再向正式窗口詢問。不知道的欄位寫「未取得」即可，不必為了填滿表格再去付款或交出密碼、私鑰等秘密資料。
延伸查閱：費用與最低入帳額怎麼看
一張畫面上的費用，未必包含整趟資金移動的成本。先分清楚買賣、服務方提領與網路轉帳各收什麼，再看接收方最後會入帳多少。
- 成交價與交易費
- 買入與賣出可能有不同報價，另有交易費。記錄的是實際成交與實收，不要只拿首頁牌價估算回程金額。
- 服務方提領費
- 核對扣哪一種資產、從轉出金額內扣或另扣，以及最後送出的數量。這是服務方的費率，未必等於鏈上實付費用。
- 鏈上網路費
- 以 Ethereum（以太坊）網路為例，處理轉帳的網路費叫作 Gas，以這個網路使用的 ETH 支付；只有 USDT 餘額未必足以自行支付這筆費用。透過交易所提領，則另看交易所顯示的扣費方式。
- 最低入帳額
- 核對接收方怎麼定義最低額，並比對扣費後的數量。低於門檻能否補救或合併計算，須由接收方規則回答，不能用第二筆錢自行試補。
Ethereum 文件也說明，已執行但失敗的交易仍可能耗用 Gas。看到「失敗」時，應分開查交易結果與實付費用；不能直接假定所有費用都會退回。
網路費來源：Ethereum Gas 與費用文件，2026-09-08 核對。其 ETH 規則只用來說明 Ethereum；本文沒有列其他網路或服務的即時費率。
另一個容易漏的欄位是 Memo／Tag。Coinbase 說明，接收需要此欄位的資產時，地址與 Memo／Tag 都必須正確，否則無法記到正確用戶。這說明「地址對了」還可能缺一段帳戶辨識；是否能找回仍要另問接收服務。
服務規則例子：Coinbase Memo／Tag 說明，2026-09-08 核對。本文未測試其服務，也不推定其他平台採用相同規則。
本文的例子能說明到哪裡
這篇使用假設路徑解釋轉帳與查帳，沒有推薦交易所、錢包、網路或娛樂平台。實際支援的資產、費用、確認要求、身分驗證與找回方式，仍要依各服務當日官方資料核對。
轉帳完成本身不能證明平台值得信任，也不會解決所在地的法律問題。若你仍分不清資產、錢包與網路，可回到第一篇：從台幣到 USDT。