收款码与链上回执：稳定币付款的支付识别、请求格式与到账核对

为什么”转过去了”三个字不够用

银行付款有回单：时间、金额、双方账户、流水号一应俱全。链上支付的原始材料其实同样齐全，只是默认以机器可读的形式散落在交易数据里，多数人没有把它们拼回人能读的样子。对账场景里，能拼回这层的人，找回问题款项的速度可以差出几倍。

三个标识的分工

一笔链上支付通常涉及三类标识。交易哈希是链上唯一凭据，由发送方生成，可以在任意兼容的区块浏览器查到账与确认状态，相当于流水号。订单号是收款平台内部编号，只在该平台的客服系统里有意义；好的平台会在账单里同时印出订单号与交易哈希，把两边钉在一起。支付地址则是接收账户，注意同一平台在不同链、不同代币合约下的地址并不通用——把 USDC 转到一个只处理另一种美元币的地址，是客服工单里的常客。记住一句话：哈希负责链上世界，订单号负责商家世界，对账就是把这两个世界焊起来。

支付请求串：扫码时到底扫了什么

主流以太坊生态网络使用一种统一 URI 格式描述支付请求（EIP-681 定义的格式），把收款地址、链标识、代币合约与金额编码进一串文本，钱包扫码后直接填好全部字段，避免手工复制地址出错。它的要点有三：请求是只读的，扫码本身不构成授权或扣款；链与代币合约地址编码在内，跨链错转的概率因此下降；请求可以带转账备注字段，商户可以把订单号写进链上可查的位置。看到扫码页面时留意钱包最终展示的接收地址与网络，与账单是否一致，这一步是付款前最后一道闸。

到账回执怎么读

转账成功不等于对账完成。回执要看四件事：交易状态是否成功（失败的交易同样有哈希，也同样占用手续费）、所在链的确认深度（不同业务的最终性标准不同，多数主流交易所的充提页会写明需要的确认数）、代币合约地址是否与你付款时用的完全一致、以及金额在去噪后是否与订单一致——跨链兑换场景里到账金额可能与发出金额差一点，那通常是换汇与滑点，该由平台在账单中解释。自查路径固定三步：从钱包复制哈希、打开该链的主流区块浏览器粘贴、核对状态、合约、收方与数值，再把页面截图或哈希本身交给客服。

商户与个人都该做的两件事

个人侧，养成把大额付款的哈希归档的习惯——记账软件备注栏、邮件发给自己的收件箱都行，关键是哈希要能活过聊天记录。商户侧，把哈希与订单号做双向索引，让”按哈希找订单”和”按订单找哈希”都能在几秒内完成；接入网关的系统通常提供链上事件回调，值得核对回调逻辑是否处理了重组与重放等边界情况。这两件事平时看不见收益，出事时的差距是一次回访还是三天拉锯。

三笔典型的对不上账

最后给三个高频案例的排查顺序。其一，对方说转了但你没收到：先向对方要哈希，在浏览器查状态——状态失败说明交易根本没生效（常见于授权过期或余额不足），状态成功则核对收方地址是否真是你的地址，多数”没收到”停在这一步就有答案。其二，金额差了几美元：确认是否走了跨链或兑换路径，再看付款方账单里的手续费与点差字段。其三，转对了链但币种错了：按代币合约地址逐字符核对，若确实转错，联系接收协议或平台客服并附哈希，能否找回取决于接收端是否有可操作退回的管理方——转入交易所地址通常还有工单通道，转到无人可访问的合约或无主地址则一般没有找回路径，这一点在任何教程里都不该被轻描淡写。

以上为支付操作层面的通用说明，不构成投资建议或法律意见。各链确认标准、请求格式支持与平台对账规则以相关官方文档当时版本为准。