先明确“代币资料”要核验什么
代币资料通常包括名称、符号、所属区块链、合约地址、精度、总供应量、持币分布、发行规则和交易记录。不同字段的证据来源并不相同：名称和符号可以通过合约接口读取，但它们本身不等于项目身份认证；供应量和余额应以链上状态为准；发行用途、权限安排等说明，则需要进一步查看协议文档和合约代码。核验时应把“链上事实”和“项目自述”分开记录。
第一步：确认网络与唯一标识
同名代币可能存在于不同网络，也可能出现仿冒合约，因此仅凭代币名称或简称无法完成核验。应先确认网络类型，再记录完整的合约地址；在比特币体系中，重点通常是交易哈希、区块哈希、输出地址及相关脚本，而不是以太坊式的代币合约地址。任何资料都应注明网络和查询时间，避免把不同链上的同名资产混为一谈。
第二步：检查代币标准和合约接口
以太坊 ERC-20 是同质化代币的一套通用接口规范，常见接口包括 name、symbol、decimals、totalSupply、balanceOf、transfer、approve、allowance 等，并通过 Transfer 和 Approval 事件记录重要操作。若一个合约确实实现这些接口，钱包、浏览器和其他应用通常更容易以统一方式读取数据。核验时可在支持合约读取的区块链浏览器中逐项查看返回值，并检查事件是否与余额变化相符。
需要注意的是，符合某项标准只说明接口和部分行为满足规范，并不能证明项目合法、储备充足、用途真实或风险较低。代币名称、符号和图标都可能被重复使用，不能代替合约地址核对。对于具备管理员权限、可增发、可暂停转账或修改费用的合约，还应进一步查看权限设计和实际调用记录。
第三步：用链上交易记录交叉验证
比特币的交易核验可以从交易哈希入手。相关 RPC 接口能够返回原始交易，或在详细模式下提供输入、输出、脚本、交易大小、区块哈希、确认数和时间等字段。核验者可以据此确认交易是否存在、是否已被纳入区块，以及输入输出之间的关系。对于以太坊代币，则应同时查看合约事件、交易状态、区块信息和目标地址余额变化。
单条交易记录只能证明某次链上操作及其结果，不能单独证明代币发行方的身份或项目承诺。还要留意网络是否为主网、交易是否成功、所在区块是否属于当前有效链，以及地址是否经过人工正确复制。
适用条件与常见问题
这种方法适用于公开区块链、可查询的代币合约和能够提供交易详情的网络。若链上数据经过混币、跨链桥或代理合约处理，资产来源可能需要同时核对多个地址和协议记录；若网络采用不同的代币标准，也不能强行套用 ERC-20 的接口名称。
常见误区包括把浏览器展示的简称当作唯一身份、把总供应量误认为流通量、只核对一笔交易、忽略代币精度，以及把“可转账”理解为“可以安全接收”。以太坊 ERC-20 本身没有统一的接收通知机制，向不支持代币处理的合约地址转入资产可能造成无法取回，因此地址用途也应在操作前确认。
较稳妥的核验记录应至少包含：网络名称、完整地址或交易哈希、查询入口、关键字段、区块确认情况、合约权限和仍待确认的项目声明。若链上事实与宣传材料不一致，应保留差异，不用未经证实的说明替代可复核数据。