Memo 與 Tag 是什麼？漏填後，錢為什麼沒有入帳

轉帳紀錄顯示成功，地址也沒填錯，收款平台的餘額卻沒有增加。遇到這種情況，如果入金頁原本還給了一串 Memo 或 Tag，就要回頭看看：那串資料有沒有一起送出？

Memo 與 Tag 可以幫收款服務辨認款項屬於哪位客戶。漏填不一定代表資產消失了，卻可能讓一筆已經到達的款項停在平台的共用地址，無法記進你的帳戶。先別再轉一筆。 新交易即使填對了 Memo，也不會替前一筆補上缺失的資料。

錢到了地址，平台卻不知道該記給誰

有些託管服務會讓許多客戶共用同一個鏈上收款地址，再用附加識別資料區分入金歸屬。區塊鏈負責把資產送到地址，平台則要把這筆入金記到某位客戶名下。這是兩件事；前一件成功，後一件仍可能卡住。

在 XRP Ledger，這種用途常由 Destination Tag 承擔。收款頁提供的地址與目的標籤需要一起使用；發送端自己的 Source Tag 不能代替收款方的 Destination Tag。XRPL 還有一個叫做 Memos 的欄位，用來附帶其他訊息，也不是同一回事。XRPL 的標籤說明與交易欄位文件分別解釋了它們的用途。

錢包介面裡的「私人備註」「地址簿名稱」又是另一類資料，通常只是方便自己記住收款人。在那裡寫上數字，不代表數字會被放進鏈上的識別欄位。

因此，不能只問「這種幣需不需要 Memo」。要看你轉到哪裡，以及收款方這次要求什麼。轉到自己控制私鑰的錢包，通常沒有平台替客戶分帳的需求；轉進託管服務，要求就可能不同。不清楚自己用的是哪一種，可以先看交易所錢包與自託管錢包的保管權差異。

送出前，要把類型和值一起對上

這是 2026 年 9 月 14 日擷取的 Stellar Lab 官方介面，使用 Testnet 空白表單展示欄位，沒有連接錢包或送出交易。圖裡沒有可供入金的地址。

注意 Memo 旁邊的 optional。它表示交易格式可以不附 Memo，卻不能替收款平台決定是否需要這項資料。None 代表沒有附加 Memo；Text 與 ID 是不同類型，Hash、Return 也各有用途。即使收款方給的文字全是數字，也不能自行把 Memo Text 改成 Memo ID。Stellar 官方文件對這些類型有明確區分。

實際轉帳時，先打開收款方可信的官方 App 或網站，選好資產與網路，再取得當次地址及 Memo／Tag。把收款頁留在旁邊，對照發送端的完整地址、識別值與要求的類型。不要從聊天訊息、搜尋結果或歷史轉帳複製，也不要在不確定時自行填 0。

如果收款頁要求 Tag，發送端卻找不到對應欄位，就先停下來查兩邊的文件。只有一個 Memo 輸入框、沒有交代類型時，也應先向官方支援確認。掃了 QR Code 並不能省略這一步：還是要看最終確認頁是否帶入了全部資料。

另有兩種容易令人困惑的地址格式：XRP 的 X-address 可以把地址和 Tag 編在一起；Stellar 的 M 開頭 muxed address 則包含底層帳戶與識別 ID。不是每家發送服務都支援這些格式，不能自行拆成普通地址後省略其餘資訊。Stellar 的共用帳戶文件特別提醒了相容性問題。至於圖片中提到的 Soroban 合約交易，Memo 的處理另有規則，不應套用這個一般轉帳示例。

資料對上之後，才考慮小額測試。先確認入金功能開放、資產與網路一致，以及扣費後的測試量符合最低入金要求；測試款真正記入可用餘額，再從收款頁重新取得資料，處理後續款項。若費用或最低限額讓測試不合適，先暫停，不要用省略檢查來解決。其他轉帳風險可搭配第一次轉幣前的完整核對清單一起確認。

漏填以後，先查原交易

還沒送出、仍能編輯的交易，返回修改就可以。已經送出的，先從提領紀錄取得 TxID，查看原交易的網路、地址、結果及實際帶入的 Memo／Tag。平台內部訂單號不是 TxID；如果只有訂單號，先問發送平台是否已經廣播、是否還能取消，別在取消結果未確定前重複發送。不熟悉查詢方式，可以照用 TxID 查轉帳狀態與收款資料的說明找到紀錄。

原交易若被拒絕或執行失敗，先看錯誤原因，再確認實際餘額和已收取的費用。不能把「失敗」一律理解為完全沒有扣款。XRPL 的收款帳戶若啟用 RequireDest，會拒絕未附 Destination Tag 的付款；但它只能檢查標籤有沒有存在，不能知道那個數字是不是你的。XRPL 官方說明

原交易若已成功，地址正確但 Memo 空白或填錯，就應向收款平台申請查核入金。再等更多區塊確認，不會改寫已確認交易裡的標籤。若連地址或網路也不符，務必一起告知：這已經不只是漏填 Memo，客服得先確認資產究竟到了哪裡、能否處理。

也不要反過來把所有未入帳都歸咎於 Memo。識別資料都正確時，最低入金額、平台維護或確認要求仍可能影響入帳。查原交易的目的，是找出實際不符的地方，避免一直朝錯的原因等待。

客服能做什麼，取決於錢現在由誰控制

當資產已到收款平台的地址，發送方通常無法單方面撤回。收款方要先核實交易、款項歸屬與自身支援政策，才可能人工入帳或退回。例如 Coinbase 的官方說明會請填錯標籤的使用者準備交易雜湊，並表示客服「可能」協助恢復；這不是對所有平台、所有轉帳的保證，也沒有可以通用的處理天數。Coinbase 的 Memo／Tag 說明

從官方登入後的客服入口提出申請時，把下列資料一次說清楚，通常比只傳一句「錢沒到」更容易讓對方查核：

• 這是哪筆交易：資產、完整網路名稱、TxID、瀏覽器連結、發送與收款地址、數量、費用，以及含時區的發送時間。
• 哪裡不符：收款頁要求的 Memo／Tag 與類型，以及原交易實際帶入的資料。沒有填就寫「未填」，不要猜測。
• 有哪些憑據：發送端提領紀錄、當次收款指示與鏈上狀態截圖；請客服說明可否人工入帳或退回、需要哪些證明及可能的費用。

這些紀錄不適合公開貼在群組裡。對外提供截圖前，遮住帳號、信箱與不必要的識別資訊；不要包含助記詞、私鑰、驗證碼、Cookie 或存取令牌。Memo 本身雖不是密碼，與地址、金額放在一起，仍可能暴露你的交易活動。

如果原款項是從另一家託管平台提領，還要告訴客服這件事。鏈上 From 地址可能是發送平台的共用錢包，直接把錢退回那裡，未必能重新記到你的帳戶。先請兩邊協調可接收的退款地址與必要 Memo／Tag；若需要證明原提領屬於你，再向發送平台索取紀錄。不要自行要求退回鏈上的 From 地址。

人工入帳後，看的是正確資產有沒有進入你的可用餘額。若平台安排退款，則要取得退款 TxID，確認接收退款的平台也完成了帳戶入帳。到這一步，才算款項回到你能使用的地方。

如果官方明確不支援恢復，保存案件編號與書面回覆。陌生人承諾付「解凍保證金」就能找回，並不能改變資產的控制權；不要因此再付款或交出助記詞。之後重新使用地址簿前，也要把這次出錯的記錄核對好。

來源與介面核對於 2026 年 9 月 14 日。各服務的入金要求、恢復費用與處理政策，仍以當次官方說明為準。