适用范围：以太坊与 ERC-20 的通用原理
讨论 imtoken区块链转入记录有哪些常见误区，首先要明确记录涉及的网络与资产类型。以下解释适用于以太坊交易及 ERC-20 代币机制，不代表 imToken 各版本的界面规则，也不能直接套用于所有区块链。Ethereum.org 的交易文档说明交易字段和生命周期；OpenZeppelin 的 ERC-20 文档说明代币转移、授权及数量显示，两者分别帮助理解不同层面的记录。
误区一：有交易哈希就等于转入成功
交易哈希用于识别交易，单凭哈希无法确定执行结果。提交、等待区块收录、执行以及最终确定属于不同阶段。判断转入时，需要结合执行状态和实际资产变化；即使交易已被区块收录，也不能省略对执行结果的核对。
误区二：交易的 to 就是代币收款地址
普通 ETH 转账与代币合约调用应分开理解。调用 ERC-20 合约时，交易层面的 to 通常指向合约，代币接收地址则体现在调用参数及相应转移记录中。因此，看到 to 不是自己的钱包地址，不能据此认定代币转错了对象。
误区三：value 为零就没有资产转入
以太坊交易的 value 表示随交易转移的 ETH 数量，不承担展示所有代币数量的作用。一笔 value 为零的合约调用仍可能涉及 ERC-20 转移。理解代币转入，需要对应到相关合约的转移事件和余额，而非只看交易中的 ETH 数值。
误区四：授权记录也算转入记录
ERC-20 的 Approval 表示授权额度设置，Transfer 表示代币转移。授权记录本身不能证明接收方获得了代币。阅读合约交互记录时，应先辨认事件类型，再判断它与所关注地址的关系，避免把权限变化解释成余额增加。
误区五：原始整数就是界面显示数量
代币数量的显示与 decimals 有关，不能把链上原始整数直接当成人类阅读的数量。不同代币的精度可能不同；比较两处记录时，需要确认它们是否采用相同单位。OpenZeppelin 实现的默认精度也不能被当作所有代币的固定规则。
常见问题：一条记录能证明什么
交易显示成功，是否证明指定代币到账？仍需确认该交易确实涉及目标代币、目标接收地址和相应数量。出现 Transfer，是否一定是他人付款？也不一定，代币铸造同样可以产生 Transfer 事件。记录的含义取决于事件字段及合约行为，单个状态或标签不足以解释完整的资金变化。