先明确查询对象和适用范围
“垃圾代币”是日常评价用语，不是ERC-20规定的技术类别。查询时应先确定所属网络和合约地址，再说明要核查的是名称、标识等字段，还是合约逻辑变化。仅凭名称难以准确定位对象。本文解释以太坊ERC-20及相关代理机制，不对具体代币作真实性或质量判断。
ERC-20能提供哪些信息
以太坊开发者文档介绍，ERC-20提供余额、总供应量、转账和授权等接口，并列出名称、符号及精度字段。它没有定义统一的“资料更新记录”接口；Transfer和Approval分别对应转账与授权，不能当作资料修改日志。
因此，读取某个字段的当前值，只能回答目前返回什么。要确认是否修改过，还需核查该合约是否允许修改，以及是否存在可核验的历史状态、交易或自定义事件。不能默认所有ERC-20代币都有相同的更新功能。
页面资料与链上字段分别核对
若问题涉及页面展示的名称、图标或介绍，应先确认该字段的数据来源。平台维护的展示内容与合约返回的数据可能属于不同记录体系，页面发生变化并不足以证明链上状态改变。
查询平台资料历史时，可寻找其公开修订记录或历史页面；是否存在这些记录取决于平台。若没有公开历史，只能说明目前无法从该渠道验证，不能据此断言内容从未修改。
合约升级需要追踪实现逻辑
OpenZeppelin代理文档说明，代理可以把调用交给实现合约。Transparent与UUPS的升级逻辑位置不同；Beacon模式通过独立的信标合约提供实现地址。并非所有代理都可升级，其文档也介绍了固定实现地址的最小克隆。
对采用可升级代理的代币，核查重点包括代理地址、实现地址以及相关升级交易。采用Beacon模式时，还要核对信标的变化。仅查看代币地址是否改变，无法判断背后的实现逻辑是否更新。具体历史应结合该合约实际机制核验。
如何整理结论与处理常见疑问
整理记录时，可写明查询对象、变更字段、变更前后值及对应证据；链上证据注明交易哈希与区块，页面证据注明页面来源及记录时间。只有当前值而缺少历史证据时，应保留“尚不能确认更新过程”的结论。
查不到日志是否代表没有修改？不一定，ERC-20没有要求统一记录资料修订。出现升级是否代表欺诈？也不能直接这样判断，升级机制本身只说明技术能力，具体影响仍需核对变更内容。