這份加密貨幣轉帳教學先從接收端取得資產、網路、地址及必要附加資料，再核對實際到帳量是否符合門檻、費用是否足額。送出後，用正確網路的 TxID，也就是交易識別碼，核對執行結果與接收端入帳。地址格式相同或已有 TxID，都不足以判定完成；資料不一致、門檻不足或簽名內容不明時，先不要送出。
轉帳畫面填了20 USDT，對方卻可能只收到19。地址完全沒變，只是選了另一條費用較低的網路，平台也可能無法替你入帳。這些問題通常不是多按一次重新整理就能解決，因為你需要核對的，其實是一整份收款條件。
這篇用同一筆20 USDT教學入金，從收款資料一路走到對帳。你會看到什麼時候應該取消、什麼時候只需追查原交易，以及為什麼「鏈上成功」還不能替代平台入帳。先把這條路走清楚，再處理下一筆金額。
加密貨幣轉帳，先確定你走的是哪條路
鏈上發送、交易所提領與平台內部轉帳，要用不同的完成證據核對。 同樣叫「轉帳」，有的會產生公開鏈上交易，有的主要是平台內部記帳。拿錯查詢方式，很容易把等待中的申請當成已經出鏈。
若還不熟悉錢包、地址及保管責任，可以先看錢包收轉幣檢查。本篇把平台入金門檻與異常排查拆細，並在需要的地方保留操作條件，不要求你先讀完其他文章才能完成這次核對。
鏈上發送、平台提領與內部轉帳分開
自託管錢包的鏈上發送，由你確認交易並簽署；交易所提領則先是對平台提出申請，還可能經過平台審核、排程與出鏈。平台顯示「申請成功」，不一定表示已經有可查的鏈上交易。相對地，平台內部轉帳可能用收款帳號或其他識別方式完成，未必提供一筆獨立TxID。
先看清操作類型，再決定追哪份紀錄。鏈上路線需要網路與TxID；平台內部路線則按該服務的轉帳單號及收款紀錄核對。不要因為找不到鏈上交易，就直接把一筆尚未出鏈的提領申請重做一遍。
一份收款資料要包含哪些條件
收款資料至少要能回答：收什麼資產、走哪個網路、送到哪個地址，以及是否另需Memo或Tag。對平台入金，還要加入最低到帳量、服務狀態及入帳要求。Kraken官方《How to deposit cryptocurrencies》2026年8月19日版本，便將資產、網路、地址、附加資料與確認要求分開列示。
如果你是轉進自己的錢包，則先確認能控制接收帳戶，並備妥對應恢復材料。只看得見一個地址，不足以證明你有日後轉出的能力。可用錢包備份覆蓋範圍核對來源，避免把資產轉進自己其實無法恢復的帳戶。
網路與代幣合約對上，地址才有意義
地址正確，是必要條件；資產與網路也必須符合接收端要求。 一串地址能被發送介面接受，並不代表平台會支援這條入金路線，更不代表同名代幣就是你原本想轉的資產。
幣名相同，不代表接收方支援同一網路
USDT是Tether發行的代幣名稱，不同網路的支援狀態與識別方式要分開核對。以Ethereum（以太坊）主網這條區塊鏈為例，還可依Tether官方《Supported Protocols》核對對應代幣合約，也就是識別該代幣程式的地址。合約地址用來辨認資產，不能拿來代替平台提供給你的入金地址。
有些網路的地址格式相同，甚至同一金鑰會對應相同外觀的地址，但平台未必提供相同的入帳服務。發送端有某條便宜網路可選，也不代表接收端接受。先確定共同支援的路線，再比較費用；不要倒過來先挑最低費，才試著讓收款資料配合它。
Memo與Tag，要按接收端要求處理
Memo或Tag是部分收款方式用來識別入金歸屬的附加資料。XRP Ledger官方《Source and Destination Tags》說明，目的標籤可幫服務商把送到共用地址的付款對應到特定客戶；有些X-address已把地址與標籤編在一起，不能一概認定每次都另填一欄。
實際使用時，完整抄取接收頁要求的資料，不自行填零、不沿用別人的標籤，也不要因掃了QR Code就跳過核對。若接收端要求附加資料，而發送端沒有相應欄位，先聯絡可信官方支援確認，不能猜它會自動帶上。本篇接下來的USDT情境，假設接收頁沒有要求Memo。
20 USDT演練：先檢查能不能送
這次假設從自己的錢包A，經Ethereum主網，把USDT送到平台M提供的地址R。平台M是教學代號，假設最低到帳量為20 USDT、入金服務正常且不要求Memo。金額、門檻與後面的費用均為教學輸入，不是任何平台的現行規則，也沒有實際送出。
第一步：從接收端固定這次入金資料
先打開已核實的接收平台入口，選USDT及Ethereum主網，取得這次使用的入金地址。接著記下最低到帳量、是否需要附加資料及服務狀態。本例地址只以R表示，不提供可誤轉的示範字串；你實際操作時，必須使用自己的官方入金頁資料。
回到A，確認持有的確實是同一網路、同一資產，再貼上完整接收地址。逐段比對貼上後的地址與原資料，最後確認時再核一次；若使用硬體，也核對可信裝置顯示。不要從交易歷史裡的陌生小額來款挑一個看起來很像的地址。
此時若平台M已暫停入金，或A只有其他網路上的資產，本次結果就是停止。跨鏈需要另一套支援及風險判斷，不能靠修改發送介面的網路名稱，讓既有資產自動搬到另一條鏈上。
第二步：比較轉出數量與實際到帳量
假設A有100 USDT，這次自行發送20 USDT，網路費另用以太坊原生幣ETH支付。在後續交易成功、沒有其他入金扣款的本例條件下，R收到的代幣數量是20，符合平台M「至少20」的教學門檻。不能把另付的ETH網路費直接從USDT數量減掉。
現在只改一個條件：改從另一個平台發送，且該平台的教學規則是從填寫的20 USDT內扣1 USDT提領費。實際到帳量便是19，低於相同的20門檻，應在送出前取消或重新規劃。算式裡的1不是現行費率，也不是所有平台的扣費方式；若費用另加，結果就要另外算。
這就是小額測試也必須看最低量的原因。數字小，不代表接收端一定處理。Kraken官方《Cryptocurrency deposit is missing》將最低入金量列為未到帳排查項，本文於2026年10月27日核對；本例只借用檢查邏輯，不借用它的實際門檻。
第三步：準備網路費，檢查最後簽名
回到自行發送的主線，假設A另有0.004 ETH，而這次教學預留的最高網路費為0.003 ETH，才有足額費用可供檢查。USDT餘額充足，不等於ETH也足夠。這裡尚未知道實際費用；Gas是鏈上執行的計費用量，上限與最後扣費的區別，可接續Gas上限與實際扣費。
最後核對Ethereum主網、正確USDT、地址R、20 USDT及費用條件。普通自行發送代幣，與先授權第三方動用代幣，是不同操作；若原本只是轉帳，畫面卻要求給未知對象大額權限，先拒絕並查清原因。看不懂內容，不以「只是測試」作為放行理由。
送出以後，按同一筆交易逐層核對
送出後先追原交易，不用第二筆轉帳替代第一筆的結果確認。 以下以「假設已送出」繼續演練，每一層都要有對應資料才往下走；沒有真正廣播時，紀錄應留未執行，不填入帳成功。
第四步：先找到正確網路的TxID
在發送錢包的交易紀錄取得TxID，並在Ethereum主網的可信區塊瀏覽器查詢。瀏覽器是讀公開鏈上紀錄的工具，查一筆普通交易不需要連接錢包、輸入助記詞或批准簽名。本例沒有真實TxID，不能拿教學事件代號當作可查交易。
若從平台提領，暫時沒有TxID，先看提領是否仍在平台處理；若已提供TxID卻查不到，核對網路及複製內容，再向發送平台確認。先把「還沒出鏈」和「在錯的網路查」分開，不因查詢空白便重複付款。
第五步：確認代幣、接收地址與數量
假設交易已被收錄且執行成功，再查看代幣轉移紀錄，核對USDT合約、實際接收地址R與20 USDT。代幣轉帳可能把交易送往代幣合約執行，因此最外層交易的接收欄位，不一定就是最後的代幣收款人；不能只看某一欄寫著地址便結束檢查。
ERC-20是Ethereum常見的代幣介面標準，其《Token Standard》將代幣轉移及相關事件分開定義，這也是核對代幣轉移紀錄的依據。若合約不是預期資產、數量不符或接收地址不同，就停在異常排查，不拿另一筆同名代幣來款替它補上。代幣名稱或圖示相似，不能替代合約識別。
第六步：鏈上成功後，還要核平台入帳
鏈上資料符合本例計畫後，再回平台M查看同一筆入金的確認與貸記狀態。只有在平台依其規則完成20 USDT入帳時，這條教學路線才走完。鏈上成功、平台正在處理與可用餘額增加，是可以先後發生的不同狀態。
若平台仍未入帳，保留網路、資產、TxID、收款地址、數量及入金頁要求，透過平台官方支援查詢。不要自行假設只差固定幾分鐘，也不要把「再轉一次」當成測試平台是否有反應。實際確認與處理時間應以該平台當下說明為準。
沒收到幣時，先分清卡在哪一層
未出鏈、待處理、執行失敗及平台未入帳，不能用同一個處理方法。 查清所在層級，才知道應找發送端、接收端，還是先停止新的操作。
待處理、執行失敗與平台未入帳不同
pending表示交易仍待處理，先核對原交易與錢包提供的處理方式；執行失敗則查失敗原因。Ethereum.org官方《Gas and fees》區分進區塊前拒絕與鏈上執行失敗，後者仍可能因已用資源產生網路費。交易成功而平台未貸記，則回到資產、網路、最低量、附加資料及平台處理狀態檢查，不把鏈上交易失敗和入帳延遲混在一起。
如果只是錢包介面暫時沒有顯示資產，也先確認網路與正確帳戶。鏈上公開紀錄與平台帳戶餘額是不同資料來源，截圖上的零不夠直接證明錢已被轉走。
錯網路或漏資料，不要用重轉替代排查
轉錯網路、地址或漏Memo後，能否處理取決於接收方控制權及服務支援，不能承諾付一筆費用就能找回。Kraken上述入金說明也將錯誤附加資料交由官方支援處理；這不等於每種錯誤或每家平台都能恢復。
若查到根本不是你發起的轉出，或曾把恢復資料交給陌生網站，問題便不只是未到帳。先停止新簽名與補款，接續錢包失守的處理順序。不要因急著完成本次入金，又把秘密交給自稱能追款的人。
把這次收款路徑留成可核對的紀錄
保留資產與網路、接收資料取得時間、實際到帳量計算、TxID及最終狀態，就能在異常時追同一筆款。下一次仍要重新核對當下的官方資料；一次小額測試只驗證當次路徑，不證明地址、服務或後續簽名永遠安全。
本文供轉帳判斷與對帳學習，不構成投資建議。平台M、門檻與費用皆為教學假設；實際操作按服務及網路要求核對，錯誤轉帳可能無法追回。