提領與轉帳安全
加密貨幣轉帳送出前 60 秒檢查：完整地址、網路相容與 Memo
在送出加密貨幣前，依接收端資料逐項核對資產、完整地址、網路、Memo／Tag、最低入帳額與實收數量，再用小額測試確認整條路線。
加密貨幣轉帳一旦送出，通常不能像銀行轉帳一樣要求區塊鏈撤回。按下確認前，應從接收端重新取得資產、網路、地址與 Memo／Tag，再與傳送端逐欄比對。只看地址首尾、只看網路費，或沿用舊截圖，都不足以證明這次轉帳安全。
本文是轉帳前的操作與排錯清單，不是投資建議。平台支援的資產、網路、最低額、確認數及維護狀態會變動；每次都以登入後的即時接收頁與傳送確認頁為準。任何客服都不需要你的密碼、驗證碼、私鑰或助記詞來查 TxID。
Coinbase Help 的公開說明頁，畫面顯示 Memo／Tag 由接收錢包要求，並建議先做小額測試；截圖於 2026-09-08，未登入且不含個人資料。頁面上方服務狀態只代表截圖當下。查看官方 Memo／Tag 說明
先記住一條規則：接收端定義正確答案
接收端是最後要顯示餘額的交易所帳戶或自託管錢包。若你從 A 平台提領到 B 平台，應先在 B 的入金頁選資產與網路，取得地址和必要的 Memo／Tag，再回 A 填寫。不要從傳送端有哪些低費用網路反推接收端一定支援，也不要把搜尋結果、聊天訊息或上次轉帳截圖當成本次資料來源。
自託管錢包同樣要先確認目前選中的鏈、代幣合約及接收地址。EVM 相容網路可能顯示相同格式、甚至相同字串的地址，但資產仍記錄在不同鏈上；地址看起來能通過格式檢查，不等於網路相容。
如果你還沒決定資產要去交易所、自己的錢包還是銀行，可先看交易所、錢包與法幣出金的提領路線比較；路線確定後再使用本文清單。
送出前 60 秒：依順序核對七項
1. 資產與代幣合約
先確認資產名稱與代號，再確認它是不是同一個代幣。相同代號可能由不同合約發行；代幣出現在錢包清單，不代表接收平台會入帳。若接收頁顯示合約地址，應與專案官方來源或接收平台資料比對。
通過標準： 傳送端選到的資產、接收端支援的資產及代幣合約一致。拿不準時先停，不用價格或圖示猜。
2. 網路名稱與鏈
把接收頁的網路名稱完整讀出來，再到傳送端選完全相同的網路。ERC-20、TRC-20、BEP-20 是不同網路環境，不能因為都能傳 USDT 就互換。遇到縮寫、別名或多條 EVM 鏈時，核對鏈名稱、官方說明與接收頁警告，不靠地址格式判斷。
需要比較常見網路時，使用站內的ERC-20、TRC-20 與 BEP-20 相容性檢查清單，但最後仍以本次接收頁實際支援為準。
通過標準： 傳送端與接收端顯示同一條鏈，接收服務未暫停，且接收端明確支援這項資產在該鏈上的版本。
3. 完整地址，不只看首尾
- 在接收端重新開啟入金或 Receive 頁，複製本次地址。
- 貼到傳送端後，回到可信接收頁比對完整字串；不要只確認前 4 位與後 4 位。
- 使用 QR code 仍要在傳送端確認頁檢查實際解出的地址。
- 若硬體錢包有獨立螢幕，應以裝置螢幕顯示的接收地址為準。
- 地址簿中的舊地址也要重新核對所屬資產、網路與收款人。
完整比對很重要，因為剪貼簿惡意程式可能在貼上時替換地址；地址投毒則可能製造首尾相似的鏈上紀錄，誘導你從歷史紀錄複製錯誤地址。
通過標準： 貼上後的完整地址與可信接收頁一致，沒有多餘空格或被替換，來源是這次操作的正式頁面。
4. Memo、Tag 或 Payment ID
Memo／Tag 常用來把共享入金地址收到的資產分配到正確帳戶。是否需要、填什麼值，由接收端決定；同一資產轉到不同目的地，要求可能不同。
- 接收頁同時顯示地址與 Memo／Tag：兩者都要填，並逐字核對。
- 接收頁明確寫不需要：不要自行加入舊 Memo。
- QR code 掃描後：確認 Memo 欄是否真的已帶入，不能假設一定自動填寫。
- 自託管錢包通常使用獨立地址，但仍以錢包當下顯示的接收說明為準。
通過標準： 你能在接收頁指出 Memo／Tag 是否必填；必填時，傳送確認頁的值完全一致。
5. 金額、最低入帳額、費用與實收
小額測試不是隨便輸入最小數字。先確認接收端最低入帳額，再扣除傳送端提領費，確保預計實收仍高於最低額；也要保留後續主轉帳所需的網路 Gas 或平台費用。
通過標準： 確認頁上的傳送數量、費用和預計實收可互相對上，測試實收高於接收最低額，資產單位沒有看錯。
6. 收款人與操作背景
再次確認這是你原本要付款的人或自己的帳戶。若地址由私訊「客服」、投資群、陌生網站或遠端控制軟體提供，即使格式正確也不要轉。對方若催促你忽略平台警告、取消安全延遲或分享螢幕，立即停止。
通過標準： 你能從獨立可信管道確認收款人和用途；地址不是由單一聊天訊息提供，操作沒有異常催促。
7. 建立可追查紀錄
送出前保存資產、網路、完整地址的可信來源、Memo／Tag、數量、費用、預計實收及確認時間。時間要帶時區，例如 2026-09-08T14:30:00+08:00。不要在公開截圖中暴露 Email、UID、銀行資料或完整帳戶資訊。
通過標準： 交易若延遲，你能提供訂單號或 TxID、網路、金額與帶時區時間，不需要交出任何登入密碼。
小額測試怎麼做才真的有效
- 使用與主轉帳相同的資產、網路、接收地址與 Memo／Tag。
- 測試金額要在扣費後高於接收端最低入帳額，但即使延遲也不影響日常資金。
- 只送一次，保存傳送紀錄與 TxID。
- 在對應鏈的區塊瀏覽器確認交易成功。
- 等接收端顯示正確資產與可用餘額；只看到鏈上成功還不算完整驗收。
- 主轉帳前重新打開接收頁，再核對一次資料。
測試成功只能證明這一組參數在測試時可用，不能保證舊地址、網路狀態或平台規則永遠不變。接收端資料發生變化，就把下一筆視為新路線。
什麼情況應立即停止，不要按確認
- 傳送端與接收端的網路名稱不同，或你只能確認地址格式相似。
- 接收頁要求 Memo／Tag，但傳送端沒有填、欄位被截斷或來源不明。
- 貼上後地址與複製前不同，或歷史紀錄出現首尾相似的小額陌生交易。
- 接收服務顯示維護、暫停或最低額高於預計實收。
- 代幣代號相同，但合約地址或鏈不同。
- 有人要求安裝遠端控制、關閉安全功能、提供驗證碼或助記詞。
此時截圖保存非敏感錯誤訊息，關閉頁面，從官方 App 或手動輸入的官網重新進入。不要沿用聊天中的連結，也不要用另一條網路「試試看」。
已經送出才發現問題，按交易階段處理
| 看到的狀態 | 代表什麼 | 下一步 |
|---|---|---|
| 沒有 TxID，平台仍處理中 | 傳送端可能尚未廣播 | 檢查安全驗證、提領紀錄與網路維護；不要重複建立同筆 |
| TxID 在正確鏈上等待確認 | 區塊鏈尚未完成 | 用該鏈的區塊瀏覽器追蹤，不要在不同瀏覽器猜測 |
| 鏈上成功，接收端未入帳 | 接收端確認或內部記帳尚未完成，或資料不符 | 核對地址、網路、Memo、最低額及確認數；資料正確才向接收端提交 TxID |
| 漏填或填錯 Memo／Tag | 資產可能到共享地址但無法自動分配 | 立即聯絡接收端官方支援，依其恢復流程提供 TxID；不保證可恢復 |
| 網路或地址錯誤 | 資產可能由另一地址或鏈控制 | 停止後續轉帳，保存 TxID，確認誰控制目的地址；只走官方恢復管道 |
不要相信搜尋廣告或私訊中聲稱能「追回鏈上資產」的人，也不要為了恢復再支付所謂保證金。真實客服可以用 TxID 調查，但不需要私鑰或助記詞。
以 Binance 為例，品牌頁只用來找欄位
若傳送端或接收端是 Binance，可用站內的地址、網路、Memo、實收與 TxID 提領操作示例找到對應欄位。正確順序仍是：先從接收端取得資料，再到傳送端比對；不要因為傳送端列出某條網路，就推定接收端支援。本文不放邀請直鏈。
最終成功標準與下一步
完整成功必須同時滿足：TxID 在所選鏈上成功；資產、網路、接收地址與 Memo／Tag 正確；接收端完成所需確認；正確數量進入預期帳戶且餘額可用。只看到「已送出」、只看到鏈上 Success，或只看到平台通知，都還不是完整驗收。
下一步先把本文七項寫成固定清單，新的地址、網路、平台或裝置一律先走小額測試。測試入帳後，再重新核對接收資料並處理主要金額；若任何一項不一致，停在確認頁，先查明原因。
官方資料與核驗日期
以下一手資料於 2026-09-08 核驗；平台介面與規則仍可能更新。