Nạp và rút tài sản
Memo và Tag là gì? Cách xử lý khi quên hoặc nhập sai
Gửi đúng địa chỉ nhưng chưa được ghi có? Hãy đối chiếu mã bên nhận yêu cầu, lưu bằng chứng và xác định nơi hỗ trợ. Bài viết hướng dẫn từ kiểm tra trước khi gửi đến xác nhận kết quả hoàn tiền.
Giao dịch báo thành công, địa chỉ cũng đúng, nhưng số dư trên sàn vẫn chưa tăng. Nếu trang nhận tiền còn cung cấp một Memo hoặc Tag, hãy kiểm tra lại trường thông tin dễ bị bỏ qua đó.
Memo và Tag là thông tin bổ sung mà bên nhận có thể dùng để xác định khoản tiền thuộc về ai. Khi thiếu mã, tiền có thể đã tới địa chỉ do nền tảng kiểm soát nhưng chưa được tự động ghi có vào tài khoản của bạn. Nếu đã gửi, hãy giữ lịch sử gốc và đừng chuyển thêm một khoản để “bổ sung” mã: giao dịch mới không sửa được giao dịch cũ đã thành công.
Vì sao đúng địa chỉ vẫn cần thêm một mã?
Sàn không nhất thiết cấp một địa chỉ blockchain riêng cho từng người. Nhiều người có thể dùng chung địa chỉ, còn nền tảng theo dõi số dư của từng người trong hệ thống nội bộ. Địa chỉ đưa tiền tới nền tảng; mã bổ sung giúp nền tảng biết phải ghi có cho ai.
Destination Tag trên XRP Ledger có công dụng này và là một trường số. Giao dịch cũng có thể chứa Source Tag, mang ý nghĩa về phía gửi; không thể dùng hai trường thay cho nhau. Tài liệu chính thức của XRPL giải thích sự phân biệt đó.

Ảnh chụp tài liệu công khai của XRPL ngày 14/09/2026, giải thích công dụng của Tag. Thông tin nhận tiền của bạn vẫn phải lấy từ bên nhận.
Vì vậy, giao dịch thành công trên mạng và tiền được ghi có vào tài khoản có thể xảy ra ở hai thời điểm khác nhau. Blockchain xử lý giao dịch, còn nền tảng phải xác định người được hưởng khoản tiền. Nếu chưa rõ ai kiểm soát địa chỉ, đọc thêm sự khác nhau giữa ví lưu ký và ví tự quản. Tuy nhiên, loại ví không đủ để quyết định có cần điền mã hay không; phải xem yêu cầu của trang nhận cho giao dịch này.
Nơi gửi ghi “tùy chọn” chưa chắc bên nhận cho phép bỏ trống
Một biểu mẫu gửi tiền có thể phục vụ nhiều kiểu người nhận. Có người chỉ cần địa chỉ, có nền tảng cần thêm mã, nên phần mềm cho để trống không có nghĩa sàn nhận chấp nhận điều đó. Khi trang nạp của đúng tài sản và mạng cung cấp Memo/Tag, hãy điền mã cùng địa chỉ.
Sao chép riêng từng giá trị từ trang nhận chính thức hiện tại, dán vào đúng ô ở nơi gửi rồi đối chiếu toàn bộ với trang gốc. Không ghép hai giá trị vào một ô địa chỉ, không thay mã bằng UID, tên, email của mình hoặc một số 0 tự chọn. Ghi chú riêng trong danh bạ địa chỉ của ứng dụng chưa chắc là Memo được gửi lên blockchain.
Quét QR giúp giảm việc nhập tay, nhưng vẫn cần xem những trường nào đã được điền. Trên màn hình xác nhận cuối, đối chiếu tài sản, mạng, địa chỉ và mã. Nếu thông tin quan trọng không hiển thị, quay lại kiểm tra trước. Khi bên nhận ghi rõ không cần mã nhưng nơi gửi lại bắt buộc, hãy tra hướng dẫn chính thức của hai bên; đừng đoán một giá trị chỉ để bấm tiếp được.
Memo trên Stellar còn có nhiều loại, gồm ID và Text. Bên nhận yêu cầu loại nào thì chọn đúng loại đó; không tự đổi loại chỉ vì giá trị nhìn giống một dãy số. Với Memo văn bản, giữ nguyên chữ hoa, chữ thường và khoảng trắng. Tài liệu Memo của Stellar liệt kê các loại này.
Một số định dạng đã gộp thông tin định danh vào địa chỉ, như X-address của XRP hay địa chỉ muxed bắt đầu bằng M trên Stellar. Cần kiểm tra khả năng hỗ trợ của hai bên trước khi dùng. Không tự tách mã hoặc nhờ website lạ chuyển đổi, cũng không suy ra rằng mọi khoản nạp XLM đều được bỏ Memo. Tài liệu tương thích của Stellar
Lần đầu dùng một đường chuyển tiền, bạn có thể cân nhắc gửi thử khoản nhỏ, nhưng lượng sau phí vẫn phải đạt mức nạp tối thiểu. Chờ tiền thử được ghi vào số dư khả dụng rồi kiểm tra lại thông tin cho lần tiếp theo. Các điều kiện khác về số tiền và phí nằm trong danh sách kiểm tra trước lần đầu chuyển crypto.
Đã quên hoặc nhập sai: xem giao dịch gốc có thành công không
Nếu nền tảng vẫn đang xử lý và chưa có TxID, hỏi bên gửi đã phát giao dịch lên mạng chưa và còn hủy được không. Có nút hủy, đã bấm hủy và hủy thành công là những việc khác nhau; đừng gửi lại khi kết quả chưa rõ. Khi có TxID, dùng hướng dẫn tra cứu bằng trình khám phá blockchain để tìm giao dịch gốc, tránh nhầm với mã lệnh rút nội bộ của sàn.
Giao dịch còn chờ chưa đủ để kết luận tiền chưa vào vì Memo. Nếu kết quả là thất bại hoặc bị từ chối, vẫn phải kiểm tra tiền có thực sự chuyển đi, phí và tình trạng hoàn tiền của nền tảng. Với XRP, giao dịch nằm trong sổ cái đã được xác thực chưa đồng nghĩa thực thi thành công; cần đọc cả mã kết quả.
Quên Tag không phải lúc nào cũng khiến tiền tới bên nhận. Nếu tài khoản XRP bật RequireDest, thanh toán thiếu Destination Tag sẽ bị từ chối. Nhưng tài liệu RequireDest của XRPL cũng giải thích rằng mạng không biết một Tag có hợp lệ trong hệ thống nội bộ của nền tảng hay không. Một dãy số sai người nhận nhưng đúng định dạng vẫn có thể được mạng xử lý.
Nếu giao dịch đã thành công, đúng địa chỉ nhưng thiếu hoặc sai Memo/Tag, cần nhờ bên nhận tra soát. Đối chiếu yêu cầu của bên nhận, lịch sử gửi và chi tiết trên blockchain. Memo hoặc DestinationTag đôi khi nằm trong phần thông tin chi tiết hay dữ liệu giao dịch gốc. Không thấy trường đó thì nhờ bên gửi xác minh, chưa nên kết luận đã bỏ trống. Nếu mã nhận đã đổi, giữ bằng chứng lúc gửi và nhờ nền tảng xác nhận mã cần dùng cho giao dịch ban đầu.
Thiếu mã, sai địa chỉ và sai mạng là các vấn đề khác nhau. Nếu lỗi không chỉ nằm ở Memo, hãy nêu đủ trong yêu cầu hỗ trợ. Một Tag đúng không giải quyết được việc tiền đã được gửi tới sai nơi.
Bên nhận cần dữ liệu khớp với giao dịch gốc
Tự mở trung tâm trợ giúp từ ứng dụng hoặc website chính thức, tìm mục tiền nạp chưa ghi có, sai Memo/Tag hoặc khôi phục tiền nạp. Khi giao dịch đã tới địa chỉ của nền tảng, bên nhận thường phải đánh giá khả năng ghi có thủ công; bên gửi có thể bổ sung lịch sử rút và thông tin phát giao dịch. Đừng lấy số điện thoại hỗ trợ từ tin nhắn lạ hay quảng cáo tìm kiếm.
Chuẩn bị các thông tin sau cùng một lúc sẽ giúp giảm việc hỏi đi hỏi lại:
- Tài sản, mạng, số lượng thực gửi, thời gian và múi giờ;
- TxID đầy đủ và địa chỉ nhận;
- Memo/Tag được yêu cầu, giá trị đã gửi và lỗi là bỏ trống, sai mã hay sai loại; phần nào chưa biết thì ghi rõ cần xác minh;
- Mã lệnh rút, trạng thái hiện tại và ảnh cần thiết đã che tài khoản, email, mã xác minh cùng thông tin nhạy cảm khác.
Chỉ gửi hồ sơ qua kênh hỗ trợ chính thức đã kiểm chứng. TxID không phải mật khẩu nhưng có thể liên kết địa chỉ, số tiền và thời gian, nên tránh đăng công khai cùng dữ liệu cá nhân. Nhân viên hỗ trợ cũng không cần cụm từ khôi phục, khóa riêng, mã đăng nhập hay quyền điều khiển thiết bị của bạn.
Không nên áp dụng quy trình của một nền tảng cho tất cả. Chẳng hạn, nếu nhập sai Tag/Memo khi chuyển vào Coinbase, hướng dẫn chính thức yêu cầu liên hệ Coinbase và chuẩn bị mã băm giao dịch; nếu chuyển ra từ Coinbase thì cần liên hệ ví hoặc nền tảng nhận. Tài liệu khôi phục tiền nạp của Kraken nêu rõ có thể phát sinh phí, thời gian tùy trường hợp và không bảo đảm lấy lại được tiền.
Trong cùng hồ sơ hỗ trợ, hỏi rõ nền tảng sẽ ghi có thủ công hay hoàn tiền, cần bổ sung gì, phí được trừ ra sao và khi nào nên hỏi lại tiến độ. Nếu quy trình chính thức cần thêm bước xác minh, xác nhận yêu cầu cụ thể ngay tại kênh đã kiểm chứng đó. Không tự chuyển “tiền sửa lỗi” hoặc làm theo tin nhắn đòi phí mở khóa gửi tới địa chỉ cá nhân.
Hoàn về sàn: đừng vội chép địa chỉ From của giao dịch cũ
From là địa chỉ đã gửi giao dịch trên blockchain. Khi bạn rút từ sàn, đó có thể là ví chi trả dùng chung, không phải địa chỉ nạp của tài khoản bạn. Nếu bên nhận chuẩn bị hoàn tiền, hãy nhờ hỗ trợ hai bên xác nhận địa chỉ hoàn, mạng và Memo/Tag cần thiết, tránh hoàn xong lại không xác định được người được ghi có.
Sau khi nền tảng ghi có thủ công, kiểm tra đúng tài sản trong tài khoản, số lượng thực nhận, phí bị trừ và số dư khả dụng. Nếu hoàn qua blockchain, lấy TxID hoàn tiền, tra giao dịch rồi đối chiếu lịch sử ở nơi nhận. Khi hỗ trợ mới báo “đã hoàn” nhưng tài khoản nhận chưa được ghi có, khoản tiền vẫn cần được theo dõi.
Tài liệu chính thức được kiểm tra ngày 14/09/2026. Trang này không cung cấp dịch vụ khôi phục tài sản; phạm vi tiếp nhận và phí phải được xác nhận với nền tảng nhận tại thời điểm xử lý.