先明确资产与问题范围
“u币”这一称呼不足以确定具体资产，不能直接认定它就是某一种稳定币。查询规则前，需要明确代币名称、所在网络、合约地址以及接收平台，并区分“无法发起转账”和“发出后没有入账”。
本文讨论以太坊交易与ERC-20代币的通用机制，不据此判断其他网络的处理方式，也不认定任何具体资产已被交易所限制。
平台规则与链上规则分别查
查询平台规则时，应在对应平台的官方充值说明、帮助中心和相关公告中，寻找资产及网络支持范围、到账条件和异常处理说明。可以围绕“币种名称＋网络＋充值未到账”等关键词检索，核对说明是否适用于当前问题。
阅读规则时，要确认它限制的是发送、接收还是账户入账。若说明没有覆盖相关资产或网络，就不能用其他币种的规则代替。以太坊开发文档和代币标准文档都不能证明某家交易所的具体接收政策。
用交易记录判断处理阶段
以太坊官方交易文档说明，交易需要签名、广播并由验证者纳入区块，执行还涉及费用。因此，提交交易不等于交易已经成功，查询时应结合交易哈希及对应的链上记录判断状态。
代币操作还可能涉及合约调用，此时交易的to字段可以是合约地址，不能只凭这个字段认定代币收款人错误。需要结合调用内容核对实际操作，避免把合约地址与最终接收地址混为一谈。
核对合约规则，不把可能性当结论
OpenZeppelin的ERC-20文档区分直接转移transfer与代为转移transferFrom：前者涉及发送方余额，后者还涉及授权额度。因此，“授权不足”不能作为所有转账失败的统一解释，授权操作本身也不等于完成转移。
该文档还列出可暂停转移的扩展，但扩展存在，不代表某个具体代币采用了它，更不代表该代币当前已暂停。判断具体限制，需要对应合约实现和实际错误信息，不能仅凭代币名称推断。
常见问题与核验边界
链上成功是否代表交易所已入账？这是两个不同的核验问题：前者看链上执行记录，后者需要平台账户记录及适用规则。单凭链上状态，不能替平台确认到账结果。
没有交易哈希能否认定资产丢失？不能仅凭这一点下结论。整理问题时，可记录界面提示、资产与网络信息、发起时间，以及是否取得交易哈希，再对照相关规则说明。缺少证据时，应保留“原因尚未确认”，而不是直接归因于冻结、合约限制或平台故障。