Memo 與 Tag 是什麼？漏填或填錯後的處理步驟

轉帳顯示成功，地址也沒錯，交易所餘額卻沒有增加。如果接收頁原本還給了你一組 Memo 或 Tag，那個容易被略過的欄位，就值得查一遍。

Memo 與 Tag 是接收方可能用來辨認款項歸屬的額外資料。漏填後，錢有可能已到平台控制的地址，平台卻無法自動記到你的帳戶。若你已經送出，先保留原始紀錄，別再轉一筆來「補上」識別碼；新交易不能改寫已成功的舊交易。

為什麼地址對了，還需要另一組碼？

交易所不一定為每位用戶分配獨立的鏈上地址。多位用戶可以共用一個地址，由平台在自己的系統裡分別記錄餘額。地址把款項送到平台，額外的識別碼則協助平台知道該記給誰。

XRP Ledger 的 Destination Tag 就有這個用途。它是數字欄位；同一筆交易還可能帶有 Source Tag，表示來源用途，兩者不能互相代替。XRPL 官方文件說明了這種分工。

XRPL 公開文件截圖，擷取於 2026 年 9 月 14 日。畫面說明 Tag 的用途；自己的接收資料仍要從接收方取得。

這也解釋了為什麼「鏈上成功」和「帳戶入帳」可能不同步：網路處理的是鏈上交易，平台還要處理用戶歸屬。如果你不確定收款地址由誰控制，可以先看託管錢包與自託管錢包的差別。但不能只憑錢包類型決定要不要填，接收頁的要求才是這次轉帳的依據。

發送端寫「選填」，接收端仍可能要求必填

發送錢包的同一張表單可能服務不同收款人。有些人只需要地址，有些平台還需要識別碼，因此表單允許空白，並不表示你的收款平台接受空白。只要接收方在該資產、該網路的入金頁提供了 Memo／Tag，就應把它和地址一起填入。

從當下的官方接收頁分別複製地址與識別碼，貼進發送端對應欄位，再回到原頁比對完整值。不要把兩個值黏成一個地址，也不要拿自己的 UID、姓名、Email 或任意一個 0 代替。地址簿裡給自己看的備註，未必會作為 Memo 送上鏈。

掃 QR code 可以省去輸入，但掃完仍要看實際帶入了哪些欄位。在最後確認頁對照資產、網路、地址和識別碼；若重要資料沒有顯示，就先返回查明。接收端明說不需要、發送端卻強制要求時，也應先查雙方官方說明，不能靠猜一個值讓按鈕通過。

Stellar 的 Memo 還有 ID、Text 等不同類型。接收方要求哪一種，發送端就選哪一種；不能因為內容看起來全是數字便自行改類型。文字 Memo 要保留原有大小寫與空格。Stellar 的 Memo 文件列出了這些類型。

有些格式已把識別資料放進地址，例如 XRP 的 X-address，以及 Stellar 以 M 開頭的 muxed address。這是產品相容性的問題：依照雙方支援的格式使用，不要自行拆碼或交給陌生網站轉換，也不要因此認為所有 XLM 入金都能省略 Memo。Stellar 官方相容性說明

第一次使用這條收款路徑，可以先評估小額測試，但扣費後仍要達到接收方最低入金額。等測試款成為可用餘額，再重新核對下一筆資料。其餘金額與費用條件，可接著用第一次轉幣前的檢查清單確認。

已經漏填或填錯，先看原交易有沒有成功

如果平台還在處理、紀錄中也沒有 TxID，先問發送方是否已廣播，以及是否仍可取消。看到取消按鈕、按過取消，和真正取消成功是不同的事；結果沒有確定前不要重送。有 TxID 後，可按區塊鏈瀏覽器查詢方法找到原交易，別把平台提領編號填進瀏覽器。

待確認的交易，尚不足以判定是 Memo 導致未入帳。顯示失敗或被拒絕，也要核對款項是否實際轉出，以及費用和平台退款狀態。對 XRP，交易進入已驗證帳本還不等於執行成功，需要一起讀結果碼。

漏填 Tag 並不一定會把錢送到接收方。XRP 帳戶若啟用 RequireDest，缺少 Destination Tag 的付款會被拒絕。不過，XRPL 的 RequireDest 說明也指出，網路無法知道某個 Tag 在平台內部是否有效。因此，填錯但格式有效的數字，仍可能通過網路處理。

**若交易已成功，接收地址正確，而 Memo／Tag 缺失或不符，就需要接收方查帳。**把接收方要求、發送紀錄與鏈上詳情放在一起比對。Memo 或 DestinationTag 有時藏在詳細資料、原始交易資料裡；找不到欄位，先請發送方核實，別直接認定沒填。接收碼若已更換，也要保留當時的證據，請平台確認原交易應用的值。

這裡還有一個容易忽略的分別：漏識別碼、轉錯地址和轉錯網路，是不同問題。如果不只 Memo 有錯，要在申請裡完整交代；補一個正確 Tag 並不能解決錯誤的接收位置。

接收方需要的，是能對上原交易的資料

自行從官方 App 或網站開啟幫助中心，找未入帳、錯誤 Memo／Tag 或入金找回的入口。交易已成功送到平台地址，通常由接收方判斷能否人工歸帳；發送方則可協助補齊提領及廣播紀錄。不要從陌生私訊或搜尋廣告取得客服電話。

提交前，把這幾項資料放在一起，能減少來回追問：

• 資產、網路、實際發送數量，以及時間和時區；
• 完整 TxID、接收地址；
• 應填的 Memo／Tag、實際送出值，以及錯誤是漏填、填錯還是類型不符；不知道的部分就註明尚待核實；
• 發送端提領編號、目前狀態和必要截圖，遮住帳號、Email、驗證碼及其他敏感資訊。

這些資料只交給已核實的官方支援。TxID 雖不是密碼，仍可把相關地址、金額和時間連在一起，不適合連同個人資料公開張貼。客服也不需要你的助記詞、私鑰、登入驗證碼或裝置遠端控制權。

不同平台的處理入口不能互套。例如，轉入 Coinbase 時填錯 Tag／Memo，其官方指引要求聯絡 Coinbase 支援並準備交易雜湊；從 Coinbase 轉出後出問題，則應聯絡接收錢包或平台。Kraken 的入金找回文件則說明可能收費、處理時間視情況而定，而且不保證找回。

在同一張工單裡問清楚：平台打算人工入帳還是退款、需要補什麼資料、如何扣費，以及何時應再跟進。若官方程序要求額外驗證，先在這個已核實的入口確認具體要求。不要自行付「補救款」，也不要照私訊指示往私人地址付解凍費。

退款回交易所時，別直接抄原交易的 From

From 是原交易的鏈上發送地址。你從交易所提領時，它可能是平台共用的出款錢包，並不是你帳戶的入金地址。若接收方準備退款，應先讓雙方支援核對退款地址、網路和所需 Memo／Tag，避免退回去後又無法歸帳。

人工入帳後，查看自己帳戶裡的正確資產、實際數量、費用扣除與可用餘額。如果是鏈上退款，索取退款 TxID，查到退款交易後再核對收款端紀錄。只有客服通知「已退款」，但你的接收端還沒記帳，這筆款項仍需要追蹤。

文中官方資料核對於 2026 年 9 月 14 日。本站不代辦資產找回；實際受理範圍與費用，請以接收平台當下的官方回覆為準。