添加代币弹窗里的名称、符号和小数位：哪一项是链上事实

在钱包里手动添加代币，界面会让你填合约地址，再带出名称、符号、小数位三项让你确认，有时还会自动配一个代币图标。很多人以为这三行是链上数据，其实多半来自一个列表文件——而按 TokenList 这类规范的定义，列表就是一份写着各代币元数据的 JSON 名单，任何人都可以按格式创建和维护一份自己的名单。搞清楚哪些字段有链上锚点、哪些没有，是添加代币时唯一要紧的功课。

四项数据各有各的出处

合约地址是唯一真正指向链的字段：它在哪个链、哪个合约，是部署那一刻定死的事实。名称、符号、小数位则有两套来源，一是合约自己实现的公开查询方法（合约会应答自己的 name、symbol 与 decimals 值），二是列表文件里维护者手填的文本。弹窗显示的未必是前者；图标更是纯粹的图片资源引用，规范允许列表指向某个网站上的图标文件，图标与真币之间没有任何强制绑定。一个仿冒列表完全可以照抄主流项目的名称和图标，只把地址换成同名假货。

正确的核对顺序

第一步永远是把合约地址拿对：从项目官方网站、官方公告或主流区块浏览器的官方认证条目获取，而不是从搜索结果页、群聊或“添加代币列表”的第三方站点。拿到地址后到浏览器打开该合约页面，看三件事：合约是否显示“源码已验证”；在合约的读取接口里直接调用 symbol()、decimals()、totalSupply()，看返回值与弹窗文本是否一致；余额与转账记录是否与你预期的项目吻合。小数位尤其不能省——它决定钱包显示的数量与真实数量的换算，错一位就是差一个数量级的估值和转账事故，这类账目错位的详细排查可看 代币小数位怎么核对？钱包显示余额差了几个数量级的真相。三项读取成本很低，通常一次浏览器页面操作即可完成，比事后核对一百次图标都有效。

名字、符号撞车怎么办

链上不保证名称与符号唯一，同一条链上出现两个同名同符号的代币完全合法，区分只靠地址。遇到“同符号多地址”时，用持有者分布、历史交易活跃度、源码验证状态交叉判断哪个才是你要的，方法在 代币真假怎么辨？转账前怎么查合约 里讲得更完整。任何“地址填错但名字一样没关系”的说法都不成立：显示名只是标签，链上执行只认地址。列表侧还有一道弱约束：按规范，一份合规列表自带版本字段，发布出来的实例通常再以内容哈希寻址；但版本与哈希只能证明“这份文件内容前后一致、没被中途篡改”，不能证明发布者身份可信，也不能证明里面每条元数据都来自链上读取，所以对普通用户而言它不是可依赖的信任锚，合约地址加链上直读仍然是唯一的硬证据。

添加之后的两个复查动作

一是先转入极小一笔观察到账显示的数量级是否正确，再处理大额；二是定期翻一次钱包的代币管理列表，把不再使用的自定义条目删掉，减少日后误读旧条目的机会。还要留意一种“自动带出”的路径：很多钱包在你粘贴合约地址后会自动联网去若干公共列表拉取元数据来填充弹窗，这一步填进来的内容同样属于列表声明而不是链上读取，自动填充越顺滑，越要求你回到第二步用合约读取接口亲自对一遍。列表与图标帮的是“好找”，帮不了“保真”，你的信任应该始终落在合约地址和链上读取结果上。

风险提示：同名仿冒代币可能导致资产损失，添加与转账前务必以官方渠道核对合约地址。本文为操作科普，不构成任何投资建议。