适用范围：先区分钱包现象与代币机制
“tp钱包新增不明资产入门需要了解什么”涉及两个问题：列表为什么出现新项目，以及该项目对应什么链上记录。下文适用于以太坊 ERC-20 代币的基础理解。ERC-20 文档不能证明 TP 钱包如何自动识别或展示资产，也不能单凭列表新增就判断资产来源与安全性。
代币显示依赖哪些信息
以太坊开发者文档介绍，ERC-20 为同质化代币规定了余额查询、转移和授权等通用接口。代币合约负责记录余额，钱包等应用可通过接口读取信息。这个标准解决的是应用之间如何交互，并不为代币发行者或用途提供信用背书。
名称和简称是显示信息，不能单独确定资产身份。辨认链上对象需要结合所属网络与合约地址；同一个简称不足以证明两个列表项目属于同一资产。列表中出现名称，也不足以说明用户曾主动接收或授权。
余额数字与授权额度有什么区别
OpenZeppelin 的 ERC-20 文档将余额、小数位和授权额度分别定义：余额表示地址持有的代币数量，小数位用于转换显示单位，授权额度表示指定支出方可以代为使用的数量。其实现还说明，最大整数额度具有无限授权的语义。
因此，界面显示数量很大，不能据此推断资产价值；数量展示还与小数位有关。余额与授权则回答不同的问题：前者是持有多少，后者是谁可以代为支出多少。看见陌生余额，本身不能证明已经向陌生账户授予权限。
常见问题：收到代币是否需要先批准
在标准 ERC-20 转账机制中，向一个普通地址转入代币通常不需要接收方预先批准。approve 所表达的是支出权限，并非同意接收。由此可知，陌生代币出现与用户主动操作之间不能直接画等号。
查询余额本身也不要求授予代币支出权限。如果一个页面把授权包装成查看余额的必要步骤，这种要求并非来自 ERC-20 的基础查询机制。
常见问题：符合标准是否就能放心处理
符合 ERC-20 接口，只能说明合约提供了相应交互方式，不能证明所有业务规则相同。具体合约仍可能包含暂停转账等扩展功能。
接收地址的类型同样影响结果：普通地址与智能合约地址不能混为一谈。代币进入缺少相应处理或提取能力的合约后，可能无法取回。因此，资产名称、余额记录、支出权限与接收合约能力，应当分别理解，不能用其中一项替代其他判断。