扫描 Solana Pay 收款码前，核对地址、USDC mint 与金额单位
链小知 · 进阶 · 核验 · 依官方文档整理
区分静态转账请求与交互式交易请求，检查收款码的关键字段并保留付款核验清单。
开始前准备
- 拿到收款方提供的 Solana Pay 链接或二维码解码文本。
- 已有收款方真实地址、币种及订单金额，可独立比对。
- 本教程只检查请求，不签名付款。
1. 区分请求类型
solana: 后直接是钱包公钥的，按转账请求检查；若是 HTTPS 链接，则是由服务器返回交易的交互式请求。后者可构建任意 Solana 交易，不能仅凭商户 label 认定是普通收款。
检查结果：识别静态地址请求或 HTTPS 交易请求及其域名。
2. 核对收款人和币种
转账请求的 recipient 应为收款钱包公钥，不能填关联代币账户 ATA。支付 USDC 时，spl-token 应是 Solana 主网 USDC mint；到 Circle 地址表逐字比对。缺少 spl-token 的静态请求表示 SOL 转账。
检查结果：钱包地址与收款方一致，币种由实际 mint 而非 label 决定。
3. 核对金额、显示文字和备注
amount 使用用户单位，例如 SOL，而非 lamports；不得用科学计数法或超过代币精度。金额缺失会让钱包要求输入。label/message 是展示文字；memo 会公开上链，不能写私密信息。
检查结果：订单金额单位正确，显示文字未被当作身份认证。
4. 准备付款后的验收依据
若以后按商户正式流程付款，应在对应交易确认后核对实际接收地址、mint、金额及订单 reference。reference 用于定位交易，单凭找到一笔相关交易还需验证内容；成功扫描或签名不代表款项结算。
检查结果：核验清单覆盖交易有效性和商户订单对应关系。
怎样确认完成
- 已识别请求类型并核对关键字段。
- USDC mint 如适用，匹配 Circle 同网络主网地址。
- 金额与订单核验依据明确；本次未签名或付款。
常见错误与边界
- 把 ATA 当收款钱包地址。
- USDC 请求缺少 spl-token，实际上请求 SOL。
- 二维码显示熟悉品牌，就忽略 HTTPS 域名或未知交易指令。
- 把手机号等隐私写进 memo。