被“复活”的代币：从界面到链上的排查与治理手册
当你在夜色中从钱包里删除一个代币，却在晨光里再次遇见它，这不是幻觉，是系统在说话。
一、背景与目标
本手册针对“TP钱包删除代币又自动恢复”现象进行逐步排查，目标是定位责任域（本地UI、远端列表、链上事件、同步逻辑）并给出可执行防护与治理路径。
二、典型流程（技术流水线）
1) 用户动作：前端发送删除请求，修改本地配置（localStorage/keystore/view-model）。
2) 本地持久化：操作写入本地数据库并触发UI刷新；同时可能触发上报事件用于偏好同步。
3) 同步机制：钱包定期或实时拉取“代币列表”来自多源（远端API、IPFS/Content-addressed tokenlist、链上Registry）。
4) 探测器/索引器：链上Indexer扫描ERC20/ERC721 Transfer、Approve事件或读取合约metadata，若发现新代币或已发现合约，触发“自动添加”逻辑。
5) 冲突调和：当远端tokenlist优先级高于本地删除标记，客户端会恢复显示，从而出现“自动恢复”。
三、关键原因分析
- 用户友好界面：为了避免误删导致资产不可见，许多钱包采用保守恢复策略，默认展示检测到的合约代币。
- 去中心化治理：基于社区维护的tokenlist（PR、multisig或链上登记）会被多个客户端信任并自动合并。
- 行业实践：为兼容性及可发现性，钱包偏向自动识别而非永久删除，导致本地删除非全局生效。
- 短地址攻击（Short Address Attack）：当合约或中间件错误处理地址长度（少填0x前导零）时，索引器或解析层可能错误匹配交易输入，产生误报或把代币映射给错误的账户，进而被检测并误恢复。
四、防护与改进建议（工程条目）
- 本地优先且可配置：增加“永久隐藏/白名单”开关，并持久化到用户签名的本地证书。
- 多源信任策略：引入分级信任（本地、社区、链上），并用内容寻址与签名验证tokenlist来源。
- 一致性校验：在自动添加前做合同体征验证（metadata、decimals、symbol一致性、合约字节码比对）。
- 防短地址：在解析和构建tx数据时强制20字节地址校验与格式化，加入模糊匹配告警。
五、治理与全球技术前沿
采用IPFS+签名tokenlist、链上治理提案与ZK证明的可验证索引，是兼顾去中心化与可审计性的路径。
结语：删除一个代币很简单，确保它真地消失需要链上、离线与治理三方面的协同；解铃还须系铃人，定位后按本文流程整改更为稳妥。
评论
Alice
很实用的排查流程，特别是短地址攻击那部分，讲得清晰。
张伟
希望钱包厂商能尽快加入“永久隐藏”功能，体验会好很多。
CryptoFan88
关于多源信任策略，建议补充如何自动化签名验证。
小白
读完明白为什么代币会返来了，受教了。
Satoshi2025
把IPFS与链上治理结合起来确实是未来方向，赞同ZK证明的应用场景。