适用范围：技术标准不等于真实性认证
讨论“tp钱包假代币有哪些常见问题”，需要区分冒用身份与普通技术异常。以下仅解释以太坊 ERC-20 的通用机制，不代表 TP 钱包存在某项已证实的问题，也不能直接套用于所有链上的代币。
以太坊的 ERC-20 文档说明了余额查询、转账和授权等通用接口。这些接口解决的是应用如何与代币交互，并不负责认证发行者。符合接口规范与是否属于其宣称的项目，是两个不同问题。
名称相同，是否就是同一种代币
OpenZeppelin 的 ERC-20 示例表明，创建合约时可以指定名称和符号。因此，名称或简称相同，不能单独证明两个代币具有相同身份。识别对象时需要结合所在网络与合约地址，再核对发行身份；显示名称只是标识信息，不是认证凭据。
余额很大或数量异常，能证明什么
OpenZeppelin 文档解释，合约以整数记账，decimals 用于把整数换算成界面显示数量。精度解释不一致可能造成显示差异，不能仅凭数量异常认定是假代币。
同样，能够查询到余额，只说明该合约记录了相应数值。余额查询本身不证明发行者身份，也不证明这些数值具有相应的经济价值。
授权与接收代币有什么区别
ERC-20 将余额记录与授权额度分开：approve 用于设置第三方可支配的额度，allowance 用于查询额度，transferFrom 则可在授权范围内转移代币。仅有接收记录，不等于已经授予第三方支配权限。
判断授权风险时，重点是授权给谁、涉及哪个代币合约以及额度范围。不能因为界面上出现熟悉的简称，就把授权对象视为可信。
转入后无法取回，是否一定是假代币
不一定。以太坊 ERC-20 文档指出，标准转账没有强制要求通知接收合约；若接收合约缺少处理或提取代币的能力，代币可能被困住。这属于接收兼容性问题，真实代币也可能遇到。
因此，名称相似、余额异常、授权风险和误转合约应分别判断。标准接口只能帮助解释技术行为，不能替代对具体合约身份与实现逻辑的核验，也不足以形成某款钱包的假代币名单。