先明确“收录”具体指什么
讨论tp钱包收录代币的功能边界怎么确认，首先要把“收录”拆成可核验的功能：能否找到代币、能否显示余额、是否提供转账界面，以及是否展示图标或其他信息。这些能力不能仅凭“已收录”三个字相互推导。
本文只解释ERC-20相关的通用技术边界。ethereum.org与OpenZeppelin的标准及实现说明，不是TP钱包的产品规则，不能据此确认其当前支持的网络、代币名单、审核流程或界面入口。
标准规定了什么，没有规定什么
ethereum.org的ERC-20介绍说明，该标准为同质化代币约定余额、总供应量、转账与授权等接口。它为不同应用识别和处理代币提供共同基础，但不规定某个钱包必须收录哪些代币，也不包含钱包品牌背书。
因此，“合约符合ERC-20”与“某款钱包完整支持该代币”属于不同判断。前者涉及合约接口，后者还需要对应产品的明确说明；不能用标准兼容性代替产品功能证据。
余额显示应核对哪些条件
OpenZeppelin的ERC-20说明强调，合约按整数记录数量，界面通过decimals换算显示单位；名称、符号与精度属于可选元数据。显示数量与链上原始整数不同，并不必然代表余额错误。
确认显示边界时，应分别核对所用网络、代币合约地址和显示精度，不能只看名称或简称。界面出现一个代币条目，只能证明这一展示现象，不能单独证明其他功能均已支持。
可见、可操作与安全性不能画等号
余额读取、转账和授权是不同能力。能够展示余额，不代表每项操作在具体条件下都能成功；出现操作入口，也不等于钱包对代币经济价值或合约安全作出了保证。
ERC-20还存在接收合约兼容性边界：代币被记入某个合约地址，不代表该合约具备处理或取回它们的能力。因此，钱包识别代币与接收方能否正确处理代币，必须分别判断。
如何形成有依据的确认结论
应把待确认事项逐条列出，并为每项寻找对应证据：产品说明确认支持范围，当前版本界面确认展示能力，网络与合约信息确认资产身份。没有证据的部分应标记为尚未确认，而不是推定支持。
常见问题是“已收录是否意味着通过安全审核”。仅凭收录状态不能得出这一结论，仍需明确的审核规则与适用声明。图标、价格信息等也不是ERC-20接口要求，其是否提供以及覆盖范围，需要独立核验。