交易显示成功，为什么订单还没付款？

交易显示 Success，说明执行成功。订单是否付款，还要看实际转账是否符合账单条件：代币、收款地址、金额、网络和账单关联都要对应，并达到所需确认状态。

用一笔虚构订单说明：商店卖出商品，账单金额为 100 USDT。买家发来区块链浏览器链接，页面有绿色 Success，要求马上发货。但付款页仍显示未付款。商家需要查清这笔交易做了什么，以及它是否支付了当前账单。

两个页面为什么能显示不同状态？

浏览器展示网络中的交易记录，付款页展示具体账单的状态。链上记录不包含商店卖的商品，也不知道这份订单要求多少金额。成功交易可以是真实记录，却与当前购买无关。

Ethereum 的交易回执用状态说明最外层调用是否成功。EIP-658 定义了这个字段。Success 回答的是执行结果，没有替商家核对商业条件。拿到链接后，先找实际转账，再与账单比较，不能把绿色标记直接当成发货依据。

这也说明，未付款状态不等于买家一定在欺骗商家。两份记录可能都正确。调查要从具体交易出发，既不能跳过核对，也不能仅凭状态不同就认定资金丢失。对这笔虚构的 100 USDT 订单，关键问题始终是当前账单是否收到符合条件的付款。

成功执行的是转账，还是授权？

approve 可以成功执行，但它本身不转移代币。它允许另一个地址在额度内使用代币。ERC-20 标准 分别定义授权和转账。买家成功授权使用 100 USDT，不等于商店收到 100 USDT。

网络手续费也不能替代转账证明。手续费与交易执行有关；即使买家为成功调用付了手续费，商家仍需核实收到的代币。Ethereum 交易说明 介绍了执行、交易数据和手续费的关系。

先看调用完成了什么操作。页面有金额、地址和 Success，仍可能只记录一次授权。不要要求买家用更多截图证明同一件事：要核对的是实际结果，而不是重复出现的成功标签。

页面上的 to 就是收款地址吗？

在 EVM 网络中，调用代币合约时，to 指向被调用的合约。代币最终收款地址可能在调用参数里，也可能出现在合约记录的事件中。Ethereum 文档 说明了目标地址和输入数据各自的含义。

若把合约地址当成收款地址，容易误判。要查看已核实的代币合约实际向谁转了多少。输入数据表示请求执行的操作，结果需要另查；即使看到名为 Transfer 的事件，也要确认是谁生成了它。

回到这笔订单：真实代币若到了另一个地址，交易仍可能执行成功，但没有支付商店账单。地址比较必须针对实际代币转账，不能只比较浏览器顶端的字段。哈希能帮助定位记录，却不能省去这一步。

写着 USDT，就能按 USDT 收款吗？

代币名称和符号不证明真伪。ERC-20 将这些字段定义为合约可选的信息，不是认证标志。不同合约可以使用熟悉的字样。判断资产时，必须核实实际代币合约，不能依赖名称或图标。ERC-20 的字段定义 是这一点的依据。

这里要区分两种情况：另一种可接受的资产，与冒用 USDT 名称的假代币。假代币不会因为名字相同就变成可接受资产，也不能承诺它会计入商家余额。相关误导手法见加密货币收款欺诈。

先确认真实资产，才有必要继续比较金额。若省略合约核对，即使记录显示收款地址正确、数量为 100，也无法证明收到的是账单要求的 100 USDT。事件名称同样不能解决资产身份问题。

真实转账还需要符合哪些账单条件？

核实转账后，再查看当前账单。网络、资产、收款地址和金额必须符合付款条件，还要确认这笔款项关联的是当前订单。另一笔购买的付款，不能用来确认这笔订单；旧账单或已经关闭的账单也需要单独核对。

商店应保留订单与账单的对应关系。浏览器链接用于查交易，账单记录用于判断购买状态。不要把“找到了真实转账”与“这份订单已付款”合并成一步。两者之间还有一组付款条件需要核实。

成功执行也不等于已经达到所需最终确认。Ethereum 的交易进入区块后，还有后续确认阶段，交易流程文档 对此作了说明。Paymos 的要求取决于网络和付款金额，没有适用于所有付款的固定完成时间。已检测到的转账等待确认，本身不能证明错误或欺诈。 具体区别可参考区块链确认与最终状态。

余额到账，为什么账单仍未付款？

Paymos 中，另一种可接受的资产、迟到的付款，或发往已关闭账单的款项，可以单独计入商家余额。账单不会因此变成已付款，这笔单独到账也不会触发账单付款 webhook。假代币不属于这里的可接受资产。

同一种资产从其他网络发送，也不能一概说丢失或已支付订单。结果取决于对应付款路径是否允许，以及是否监测这份账单对应路径上的转账。余额有款项与订单已付款，是需要分别核对的记录。

这一区别直接影响发货。发现余额增加后，应继续确认它属于哪笔业务，不能只看总额就关闭订单。查清到账对应的记录后，再处理这份订单。

商店按什么信号确认发货？

买家查看付款页状态。商店则根据关联账单的服务器端状态，或经过验证的付款 webhook 确认订单。处理通知之前先验证签名，再核对通知中的账单是否对应这份订单。Paymos 验证文档 说明了签名核验。

浏览器回调、跳转到感谢页面、区块链浏览器截图，都不能替代服务器端付款结果。通知签名正确，也仍需对应正确账单。对这笔虚构订单，发货依据是相关 100 USDT 账单的已验证付款。