链上已成功却没填 Memo 或 Tag 的那笔币还在收款方的共用地址里
转账时忘记填 Memo 或 Tag、对方账户没有入账,拿这笔转账的交易哈希到这条链的区块浏览器里查三栏:状态、收款地址、标签或 Memo。状态是成功、地址和对方给你的一致,币已经进了收款方的地址,对方的系统不知道该把它记到谁名下。补记这一步由收款方来做,入口是对方的客服,凭据就是这串交易哈希。
拿交易哈希到区块浏览器里查这笔转账成功了没有
每笔链上转账都有一个交易哈希,转出那一方的转账记录里带着它。复制下来,建议用这条链官网的文档或资源页列出的区块浏览器来查,粘进去以后读状态、收款地址、标签或 Memo 三栏。
| 浏览器里读到的 | 币在哪里 | 下一步 |
|---|---|---|
| 状态成功,收款地址无误,标签或 Memo 一栏是空的 | 收款方的地址里,对方不知道记给谁 | 向收款方申请人工入账 |
| 状态成功,收款地址无误,标签或 Memo 填成了别的内容 | 同样在收款方的地址里 | 同样找收款方,申请时说明实际填成了什么 |
| XRP 付款失败,错误码 tecDST_TAG_NEEDED | 没有进对方地址 | 填上标签,重新发一次 |
表里第三行只在 XRP 上出现,而且有前提:收款地址开了必须带标签的设置(Require Destination Tag)。开了,不带标签的付款被账本拒绝,钱不进对方地址;没开,不带标签的付款照常成功,落在表里第一行。
Stellar 开发者文档把 Memo 定义为可选字段。没带 Memo 的那笔怎么补记,入口在收款方的帮助中心。
Memo 和 Destination Tag 是收款方用来认人的编号
在 XRP 这类用标签的链上,服务方可以让客户通过服务方自己的那个地址收款和付款。XRP Ledger 官方文档 Source and Destination Tags 页把这种做法叫托管账户(hosted accounts),托管账户通常给每位客户配源标签和目标标签。
不一人一个地址是有原因的。在 XRP Ledger 上,一个地址要收款,必须是存有资金的永久账户,每个地址都得长期留出一笔准备金。给每位客户开一个地址,既占用全网服务器的资源,成本也高。标签是更轻的办法。
目标标签(Destination Tag)标的是一笔付款的受益人或去向。付给交易平台或稳定币发行方的地址时,它指明这笔钱在对方自己的系统里记给哪位客户。标签在账本上没有直接功能,它只是告诉账本以外的系统该怎么处理这笔付款。
Stellar 上对应的字段叫 Memo:交易里一个可选的、不限定结构的数据字段,用来附带和发送方或接收方有关的识别信息。它有四种类型。
| Memo 类型 | 装的是什么 |
|---|---|
| MEMO_TEXT | ASCII 或 UTF-8 编码的字符串,最长 28 字节 |
| MEMO_ID | 64 位无符号整数 |
| MEMO_HASH | 32 字节的哈希 |
| MEMO_RETURN | 32 字节的哈希,含义是发送方正在退还的那笔交易的哈希 |
Stellar 也有共用账户(pooled account):一个账户 ID 由多位用户共用。Stellar 文档讲共用账户的那一页说,Memo 历来被用来区分这些用户,现在仍有许多服务靠它。发送界面里要选的 Memo 类型,以收款方充值页标出的那一种为准。
什么时候必须填 Memo 或 Tag?
看收款方给了你几样东西。充值页除了地址还有一串编号,名字是 Tag、Destination Tag 或 Memo,两样都要原样填进转账界面。只给了地址、没有编号,就没有东西可填。
同一种币可以两种情况都碰到。XRP 转给一个只报了地址的收款人,标签栏留空;转给一个报了地址加标签的收款人,缺了标签,对方的系统就不知道这笔钱记给谁。
用得上标签的也不只是交易平台。付给商户的款项同样可以带标签,指明买的是哪件商品、哪个购物车。标签对应的场合是多用途地址:同一个地址替多位客户或多种用途收钱。
填错标签的转账在链上照样成功
漏填的付款在对方开了设置时会被账本拒绝,填错的不会。XRP Ledger 的 Require Destination Tags 教程页解释过原因:某个标签代表什么,完全由建在账本之上的业务逻辑决定,账本无从知道一个标签在收款方的系统里是否有效。所以收款方即使开了必须带标签的设置,也得准备好接收带着错误标签的付款。
收款方这边的处理办法,通常是备一套客服流程,能追查出填错的付款并给客户入账,也可能把不想要的付款退回。站在转账人这边,填错之后做的事和漏填一样,找收款方;会不会退、退到哪里,由收款方决定。
这项设置是给替多人或多种用途保管余额的地址准备的,用意是防止有人转了钱却忘了用标签指明记给谁。它是收款方地址上的一项设置,转账的人改不了,错误码 tecDST_TAG_NEEDED 就出自这项设置。
没填标签、没入账的这笔钱怎么找收款方补记
收款方收到一笔没带标签的来款,一眼看不出该记给哪位客户,可能需要人工介入,并和付款人沟通,才能弄清原本的收款人是谁。你要做的是把这场沟通需要的材料一次给齐。
- 在转出方的转账记录里复制交易哈希。整串复制,不要手抄。
- 到区块浏览器核对状态、收款地址、金额和时间。把这一页存成截图。
- 打开收款方的帮助中心或客服入口,说明这是一笔漏填标签的入金,申请人工入账。材料备这几样:交易哈希、币种和数量、转账时间、你在收款方的账户、本该填的那串编号。填错的那种,再加上实际填成了什么。
- 按对方的要求补材料。转出方的转账记录截图留着,对方要你证明这笔钱是你发出的时候用得上。
受不受理、流程怎么走、收不收费、多久处理完,由各家收款方自己定,以对方帮助中心当前的页面为准。
下次转账怎么才不会忘记填?X 开头和 M 开头的地址自带编号
XRP 的经典地址以 r 开头,长 25 到 35 个字符,区分大小写。XRP Ledger 文档的 Addresses 页另外介绍了一种 X-address:它把目标标签打包进地址本身,主网上以 X 开头,测试网上以 T 开头,交易平台和钱包可以用它把客户需要知道的全部数据放进一个值里。收款方充值页给的是 X 开头的一整串时,复制这一串,标签已经在里面,没有第二样东西会漏。
它有一个限制:XRP Ledger 协议本身只原生支持经典地址,X-address 是靠客户端库支持的。你的发送界面不认 X 开头的地址时,回收款方的充值页取 r 开头的地址和标签那一组,两样分开填。
Stellar 的做法叫复用账户(muxed account),地址以 M 开头,把 G 开头的普通地址和一个 64 位整数 ID 合在一起。好处是不必再操心复制粘贴 memo ID 这类容易出错的事,收款方把 M 地址给出去就行;限制是 M 地址还没有被所有钱包和交易平台支持。
收款方只给老式的两样时,防漏靠操作顺序。地址和编号都用复制粘贴,粘完逐位对一遍编号。金额大的转账,先发一笔小额、等它入账再发剩下的,是更稳的顺序:网络和地址、标签三样里哪一样有误,都会在小额那一笔上显出来。