算清費用、選對路徑、避免轉錯網路

網路與安全

USDT 地址與網路雙重確認清單

收款人與付款人共同核對 token、網路、地址、最低入金額及小額測試。

A
Amani M.
· 19 分鐘閱讀
USDT 地址與網路雙重確認清單

兩個畫面都寫着 USDT，不代表它們使用同一條區塊鏈。最危險的情況，是付款人只看到幣種名稱，收款人也只確認幣種名稱，卻沒有把 TRC20、BEP20 或 ERC20 說清楚。地址格式看似正常，錢仍可能進入收款平台不支援的網路。

直接答案： 付款前，收款人與付款人要逐字確認三項：幣種是 USDT、收發雙方選擇相同網路、地址由該網路的收款畫面產生。先傳送高於最低入金額的小額測試，等收款平台顯示已入帳，再傳餘額。地址、QR code 或「0x」開頭都不能單獨代替網路確認。

更新日期： 2026-08-09。平台支援網路、最低入金額、確認數及費用可能改變，每次付款前都要按當時畫面重新核對。

目錄

地址、網路與 token 有甚麼分別

地址是某條區塊鏈上的收款位置，網路是承載交易的區塊鏈，token 是在該網路上移動的資產。 三者必須同時吻合。

「USDT-TRC20」一般表示在 TRON 網路流通的 Tether token；「USDT-ERC20」表示 Ethereum 上的 USDT；平台標示的「USDT-BEP20」通常指 BNB Smart Chain 上的 USDT。Tether 官方列出其支援協議與合約地址，但某個 wallet 或交易平台是否接受該協議，仍以收款畫面為準。

收款頁可以拆成三個欄位理解：

  1. 資產： USDT；
  2. 網路： 例如 TRON（TRC20）；
  3. 入金地址： 選定網路後由收款服務顯示的完整地址。

若收款人在畫面中切換網路，必須重新複製地址。不要假設剪貼簿中的舊地址仍可使用。不同平台可能為不同網路顯示不同地址，也可能因 EVM 相容設計顯示相同形式；真正的判斷依據是收款頁的網路標籤，而不是地址看起來像不像。

為甚麼 0x 地址不能證明是 ERC20

地址以 0x 開頭，只能說明它符合常見 EVM 地址形式，不能證明付款網路是 Ethereum。 Ethereum 與 BNB Smart Chain 都常見 0x 地址。付款 App 可能接受該地址格式，也可能讓使用者按下 Send，但收款平台未必會把錯鏈入金記入帳戶。

BNB Chain 官方文件說明 BNB Smart Chain 與 Ethereum 生態具有相容性，BEP20 token 的形式亦與 ERC20 類似。這種相容性方便應用程式，卻也令一般使用者容易把「地址可用」誤認成「網路正確」。

TRON 的一般帳戶地址常以 T 開頭，TRON 開發文件亦說明其地址生成及表示方式。可是，以 T 開頭仍不能證明收款人選了正確的 USDT 合約、該地址屬於正確對象，或收款平台當下仍接受 TRC20 入金。

所以應把地址格式當成第一層排錯：明顯不符時立即停止；格式看似正確時，仍要繼續核對幣種、網路標籤、地址全文、最低入金額與小額測試。

TRC20、BEP20、ERC20 怎樣區分

核心差異是區塊鏈、gas 資產、token 合約及收款服務的支援狀態，不是圖示或名稱顏色。

常見標示 區塊鏈 常見 gas 資產 地址外觀線索 收款頁必須寫明
TRC20 TRON TRX 或 TRON resources 常見以 T 開頭 TRON／TRC20
BEP20 BNB Smart Chain BNB 常見以 0x 開頭 BSC／BEP20
ERC20 Ethereum ETH 常見以 0x 開頭 Ethereum／ERC20

Ethereum 官方文件指出，交易包含發送與接收地址、數值或資料，以及執行所需 gas；與 token 智能合約互動同樣需要 gas。BNB Smart Chain 也有自己的 gas 與驗證者，但它是另一條區塊鏈。TRON 使用 bandwidth、energy 等資源機制；在託管平台提領時，這些鏈上成本可能由平台轉成一項提領費顯示。

「TRC20 通常較便宜」不能作為單獨決策。「ERC20 是原生 Ethereum」也不等於任何收款端都應選 ERC20。有效路徑的條件是：雙方服務都支援、網路相同、金額高於門檻，而且最後能在收款帳戶入帳。錯誤路徑的低費用沒有節省價值。

Tether 官方支援協議頁列出 Ethereum ERC20 與 TRON TRC20 為不同協議

Tether Supported Protocols 官方頁面截圖，2026 年 8 月。協議及合約地址可能更新，付款前應查看目前版本。

收款人要提供哪些資料

收款人應由自己的 Deposit／Receive 畫面產生付款指示，不應叫客戶猜網路。 若你以 USDT 收取工資或貨款，你就是這份指示的負責人。

收款人應依次完成：

  1. 打開預定收款的 wallet 或交易平台。
  2. 選擇 Deposit／Receive。
  3. 選擇 USDT ，不要誤選 USD、USDC 或相似名稱 token。
  4. 選擇一條雙方支援的網路，例如 TRON（TRC20） 。
  5. 閱讀最低入金額、確認數、暫停服務及 memo／tag 提示。
  6. 在網路標籤仍清楚可見時複製地址。
  7. 記錄平台顯示的網路名稱及最低入金額。
  8. 若畫面要求 memo／tag，必須與地址分欄提供。

可把指示整理成以下形式：

Token: USDT
Network: TRON (TRC20)
Address: [貼上完整地址]
Memo/tag: 不適用 / [實際內容]
Minimum deposit: [按畫面填寫]
Checked at: 2026-08-09T14:30:00+08:00

上面只是欄位示例，不是可使用的收款資料。不要把真實地址連同姓名、電話和發票公開貼在社交群組。使用雙方已確認的通訊渠道，並讓付款人回覆相同欄位。

付款人要核對哪些欄位

付款人要先取得收款指示，再在 Send／Withdraw 畫面逐項比對。 不能先選一條看似便宜的網路，之後才問收款人是否支援。

付款前逐項查看：

  • 提領資產確實是 USDT；
  • 發送網路與收款指示逐字一致；
  • 地址是本次收到的完整地址，不是未核對的舊地址簿項目；
  • memo／tag 已按要求加入；
  • 扣除發送費後，收款數量仍高於最低入金額；
  • App 沒有顯示地址或網路不相容警告；
  • 最終送出數量與雙方的報價、發票及費用承擔方式一致。

若付款平台沒有收款人要求的網路，正確做法是停止，由雙方另找共同支援的網路。不要選「最接近」的名稱，也不要用 bridge、陌生兌換服務或第三方代收去臨時補救，因為那會增加合約、費用及對手方風險。

工資與商戶收款還要預先寫清楚誰承擔費用。「發票 100 USDT」可以表示收款人必須實收 100 USDT，也可以表示付款人只發出 100 USDT 而費用從中扣除。這是商業約定，不是區塊鏈自動判斷；轉帳前寫清楚可避免到帳後爭議。

地址怎樣做雙重確認

先比較完整地址，再用第二渠道核對開頭與結尾；只看四個字元不夠。 剪貼簿惡意程式可能把地址替換成另一個外觀相近的地址，而部分 wallet 只顯示縮略字串。

建議流程如下：

  1. 收款人直接由 Receive 畫面複製地址。
  2. 付款人貼到發送欄後，不手動刪改任何字元。
  3. 雙方以可比較文字的方式核對完整字串與長度。
  4. 另以電話或第二個已確認渠道讀出至少前六及後六個字元。
  5. 付款人在最後確認頁再次查看縮略地址。
  6. 若使用 QR code，掃描結果要與收款人提供的文字地址比較。

QR code 可以減少打字錯誤，但不能證明圖片由正確收款人發出。複製貼上可以避免手抄錯誤，卻可能被惡意程式攔截。文字與 QR、聊天與電話等兩種獨立方式互相驗證，比只依賴單一畫面可靠。

任何收款核對都不需要 seed phrase、private key、密碼、PIN、OTP、Cookie 或備份碼。要求這些資料的人不是在確認地址，而是在索取帳戶控制權。

小額測試怎樣才有效

有效測試必須高於收款平台最低入金額，而且要等平台真正入帳。 若測試金額低於最低門檻，交易即使在 explorer 顯示成功，仍可能不會自動計入帳戶，因而無法證明整條路徑可用。

測試金額應同時符合：

  • 高於收款端目前顯示的 minimum；
  • 費用比例仍可接受；
  • 收款人知道預期數量；
  • 餘額在測試顯示 credited／available 後才發送。

測試送出後保存 txid，並在相應網路的公開 explorer 查看 token 合約、from、to、amount 及狀態。Explorer 能證明鏈上交易狀態，不能代替託管平台的內部入帳確認。若平台要求若干 confirmations，應等畫面達到要求，不要自行承諾固定分鐘數。

對大額工資或貨款，小額測試的費用可以視為降低操作風險的成本。但測試並非保證未來每筆都成功；地址更新、平台維護、網路暫停或最低門檻變化時，要重新核對。

付款記錄應保存甚麼

完整記錄要同時保存付款前決定與付款後結果。 每筆至少記下：

  • 發票或工作參考編號；
  • 幣種與共同確認的網路；
  • 完整收款地址；
  • memo／tag，如適用；
  • 當時畫面顯示的最低入金額；
  • 送出前顯示的費用；
  • 發送量與預計到帳量；
  • 包含時區的時間；
  • txid；
  • 不含 seed、PIN、無關餘額或身份資料的必要截圖；
  • 收款人確認入帳的時間與狀態。

地址雖可在公開區塊鏈查詢，把它與客戶姓名、電話、發票、Mobile Money 交易編號放在同一檔案，仍會增加隱私風險。記錄應限制存取權限，證據連結不要設定成公開分享。

選錯網路後怎樣處理

立即停止，不要再發一筆交易企圖把前一筆「推回來」。 已確認的區塊鏈交易通常不能由本站、wallet 或 explorer 撤銷。

保留以下資料後再求助：

  1. txid、token 合約、實際網路、地址、數量及時間；
  2. 相應 explorer 顯示的成功或失敗狀態；
  3. 收款平台原本要求的網路；
  4. 收款地址屬於託管平台還是收款人自主管理 wallet。

若地址屬於交易平台，使用該平台官方入金找回或客服流程。若地址由收款人自主管理，只有控制相應 private key 的人才能評估是否可在錯誤網路存取資產。不要向任何「找回專員」提供 seed phrase 或先付不明費用。

能否找回視乎地址控制權、網路、token 合約及平台政策，可能被拒絕、收費或需時處理。任何外部人士都不能合理保證百分百取回。錯轉後主動私訊、要求 seed 或保證成功的帳戶，可能是第二次詐騙。

兩人版最終確認表

每一列都要有兩個相同答案，才可按 Send。

問題 收款人 付款人
幣種是否 USDT？ 是／否 是／否
網路是 TRC20、BEP20 還是 ERC20？ ______ ______
是否相同網路？ 是／否 是／否
完整地址是否一致？ ______ ______
是否需要 memo／tag？ ______ ______
扣費後數量是否高於 minimum？ ______ ______
測試是否已在收款端入帳？ ______ ______
txid 與時間是否已保存？ ______ ______

若任何一列不同，答案不是「應該可以」，而是重新打開 Receive 與 Send 畫面，建立一份新的確認資料。

常見問題

同一個 0x 地址可以收 ERC20 與 BEP20 嗎？

同一組 key 可能在不同 EVM 網路對應相同地址，但不代表收款服務會為兩條網路入帳。 只可使用收款頁明確列出的網路。平台控制地址，也可能只支援其中一條鏈。

費用最低的網路就是正確選擇嗎？

只有收發雙方都支援、金額高於門檻並能入帳，低費用才有意義。 應比較完整路徑，不只看鏈上或提領費一欄。

Explorer 顯示 Success 是否代表收款完成？

它代表鏈上交易成功，不一定代表平台內部已 credited。 收款人仍要查看自己的 deposit status 或可用餘額。

可以先傳再問網路嗎？

不可以。 網路與地址是發送前條件。交易確認後，錯誤路徑可能無法更正。

核對資料

以下資料於 2026-08-09 核對。它們用來確認協議、交易結構與安全步驟；個別平台的費用、minimum 及支援狀態仍以使用者畫面為準：

  1. Tether：Supported Protocols and Integration Guidelines
  2. Tether：USDT introduced to TRON
  3. Ethereum.org：Transactions
  4. Ethereum.org：Gas and fees
  5. TRON Developer Hub：Accounts and address format
  6. TRON Developer Hub：TRC-20 introduction
  7. BNB Chain Docs：BNB Smart Chain introduction
  8. Binance Academy：Deposit and withdrawal guide
  9. TRONSCAN：TRON 公開 explorer
  10. Etherscan：Ethereum 公開 explorer

本站不提供兌換、代收或資產保管，也不能撤銷鏈上交易。這份清單只協助付款人與收款人在動用資金前，把 token、網路、地址、minimum 及記錄說清楚。

網路與安全 USDT地址相同網路TRC20BEP20ERC20

相關內容