适用范围：链上机制不等于钱包显示规则
理解 imtoken区块链转入记录有哪些常见误区，需要先区分链上的交易事实与钱包对记录的展示。以下依据以太坊交易文档与 OpenZeppelin ERC-20 文档解释通用概念，不据此认定 imToken 的栏目名称、刷新方式或记录收录范围，也不直接套用于其他链。
误区一：有交易哈希就代表已经到账
交易哈希用于标识交易，并不是到账凭证。广播、进入区块、执行结果以及区块最终确定，属于不同层面的状态。仅看到哈希或“已提交”，不足以说明收款方余额已经增加。
“能查到记录”和“预期转入已完成”回答的是两个问题。即使交易已经被区块收录，也仍需区分执行是否成功，以及实际执行的动作是否对应所关心的转入。
误区二：交易的 to 字段一定是最终收款人
普通 ETH 转账与合约调用的地址含义不同：合约调用中，交易的 to 可以是合约地址，具体动作及参数则由调用数据表达。
因此，查看代币转入时，不能只凭交易外层的接收地址判断代币归属。外层交易在说明“调用哪个合约”，合约调用参数则可能在说明“向哪个地址转移代币”，两者并不矛盾。
误区三：value 或原始整数就是代币到账数量
以太坊交易的 value 表达随交易转移的 ETH 数额，不等同于 ERC-20 转账数量。代币金额应在对应合约的语境下解释。
OpenZeppelin 的 ERC-20 文档说明，合约内部以整数记账，decimals 用于显示换算。显示数量等于原始整数除以 10 的 decimals 次方；不能把实现中的默认精度当作所有代币的统一规则。比较两处金额前，必须确认它们表达的是同一资产、同一种单位。
误区四：手续费必然从收款金额中扣除
在普通 ETH 转账中，发送方支付的转账金额与执行费用是不同项目。不能把发送方总支出直接理解为接收方应获得的金额，也不能由存在手续费推断收款方必然少收。涉及代币合约时，还需区分网络执行费用与合约自身规则。
常见问题：记录存在，为什么仍不能直接下结论
一条记录可能描述交易提交、合约调用或某项资产变化，信息层次不同。判断转入含义时，关键是把交易状态、地址角色、资产类型与数量单位对应起来。
上述原理能够解释记录字段，却不能单独证明某个钱包是否漏显或延迟显示。关于 imToken 具体界面的结论，需要对应版本的产品说明或可核验实例支持。