先区分“看不到”和“没有余额”
钱包资产列表属于用户界面，链上余额则记录在代币合约和地址状态中。ERC-20标准提供了查询某个地址余额的balanceOf方法，因此钱包通常需要读取对应网络、代币合约以及钱包地址的链上数据，再将结果展示出来。资产列表没有出现，并不能单独证明转账失败，也不能单独证明代币已经丢失。
判断问题时，应先确认转账所在的区块链网络、接收地址和交易状态是否对应。不同网络上的地址格式可能相似，但资产记录彼此独立；在一个网络完成的转账，不会自动出现在另一个网络的资产列表中。钱包切换网络后没有显示，属于常见误区。
误区一：代币名称相同，合约就一定相同
代币名称和简称主要用于展示，不能作为唯一身份标识。识别代币时，更关键的是网络和代币合约地址。不同合约可能使用相同或相近的名称、符号，钱包如果没有自动识别某个合约，资产列表中就可能暂时不显示其名称或图标。
ERC-20标准规定了包括symbol、decimals、balanceOf和transfer在内的一组常见接口，但钱包能否友好展示，还取决于钱包是否支持该网络、是否识别该合约以及代币返回的信息是否符合预期。因此，看到名称相同或图标相似，不能据此确认它就是目标代币。
误区二：显示数量等于合约内部数量
ERC-20余额在合约内部以整数记录，decimals用于界面展示时换算小数位。比如合约内部记录的是一个较大的整数，钱包需要根据该代币的decimals转换后，才显示为用户熟悉的数量。decimals主要影响显示方式，并不改变合约实际保存的整数余额。
如果代币的精度信息读取异常、钱包展示规则不一致，数量可能出现小数位不同、显示为零或格式异常等情况。此时应将钱包显示值与对应网络浏览器中该地址的代币余额进行对照，不能仅凭小数位或图标判断资产是否存在。
误区三：转账成功就代表接收地址能使用代币
ERC-20的transfer或transferFrom可以把代币记到一个地址上，但标准本身并不要求接收方合约必须具备识别或处理代币的回调机制。若代币被发送到没有设计代币接收功能的智能合约，代币可能停留在该合约地址中，后续无法按普通用户地址方式取回。
尤其需要警惕把代币发送到代币合约自身地址，或发送到不清楚用途的合约地址。交易一旦被区块链确认，通常不能像普通支付应用那样撤回。钱包能够显示交易成功，只说明链上调用完成，不等于接收方一定具备返还或使用这些代币的能力。
适用的排查思路
在不进行二次转账前，可以按顺序核对网络、接收地址、交易哈希、代币合约地址和链上余额。若交易尚未确认，应先区分网络拥堵、交易失败与钱包页面未刷新；若交易已经确认，再检查目标地址是否确实收到对应代币，以及当前钱包是否选中了同一网络。
如果链上地址有余额而钱包列表没有，问题更接近于资产展示、网络选择或代币识别；如果链上也没有该地址余额，则需要进一步核对发送地址、接收地址和交易详情。不要因为资产暂时未显示，就向陌生人提供助记词、私钥或要求进行所谓验证转账。
常见问题说明
问：钱包没有代币图标，是否代表代币是假的？答：不能仅凭图标判断。图标和名称属于展示信息，缺少图标可能只是钱包未收录该代币。应以网络和合约地址为主要核对依据，同时注意名称相同的代币可能来自不同合约。
问：余额显示为零，是否一定没有代币？答：不一定。可能是网络选错、代币精度读取或展示异常，也可能查询的是不同地址。应通过对应网络的链上数据核对，而不是只看一个页面。
问：转入合约地址后能否找回？答：这取决于接收合约是否提供并允许调用提取功能。ERC-20标准没有强制所有接收合约处理误收代币，因此不能把找回视为必然结果。