先确认核验对象和适用范围
“树图区块链代币”如果指某个具体项目，首先需要明确它运行在哪条区块链上，以及对应的完整合约地址。名称和代币符号可能重复，不能仅凭项目名称、图标或社交平台展示的信息确定代币身份。核验记录至少应包含网络名称、合约地址、代币标准和查询时间。
以太坊兼容网络上的同质化代币常采用 ERC-20 接口。该标准规定了转账、余额查询、总供应量、授权额度等基础方法，并通过 Transfer 和 Approval 事件记录相关变化。若目标代币不在以太坊兼容网络上，或采用其他代币标准，下面的 ERC-20 检查只能作为参考，不能直接当作结论。
优先核对可验证的链上身份
资料来源的第一层是区块浏览器中的链上记录。应把项目页面、白皮书或公告中的合约地址，与区块浏览器显示的部署网络、合约地址和交易记录逐项比对。地址必须完整一致，不能因为名称或符号相同就视为同一个代币。
如果浏览器提供已验证的源代码，应查看代码是否与部署合约匹配，并确认编译信息、公开接口和合约继承关系是否清晰。未验证源代码时，仍可读取部分公开函数，但无法仅凭页面上的代币名称判断其内部发行、销毁、暂停或转账限制逻辑。
利用 ERC-20 接口核验基础字段
对于声称兼容 ERC-20 的代币，可以读取 name、symbol、decimals、totalSupply 和 balanceOf 等函数。name 和 symbol 用于展示身份，decimals 用于把链上整数换算成用户界面中的显示数量，totalSupply 表示当前合约记录的代币总量，balanceOf 则返回指定地址的余额。decimals 主要影响显示方式，不会改变合约内部整数运算。
还应检查 transfer、approve、allowance 和 transferFrom 的行为。授权额度表示某个地址可代表另一个地址使用的代币数量。核验时要区分“接口存在”和“业务逻辑安全”：接口符合标准，只能说明它具备某些约定的方法，不能证明所有转账规则、发行权限或管理权限都没有额外限制。
检查发行、销毁与管理权限
OpenZeppelin 的 ERC-20 实现说明，基础实现本身并不决定代币如何创建，供应机制需要由派生合约加入。因此，核验总供应量时，应进一步查看是否存在公开或受权限控制的铸造函数，谁拥有相关权限，销毁功能是否会减少总供应量，以及权限是否由多签、时间锁或其他合约管理。
还要留意暂停转账、交易限制、黑名单、手续费、跨链包装和投票等扩展功能。OpenZeppelin 将这些能力作为不同扩展提供，说明它们不属于所有 ERC-20 代币都必然具备的基础行为。资料中只写“符合 ERC-20”时，不能据此推断代币没有额外规则。
常见问题与核验边界
一个常见误区是把代币符号、官网介绍或第三方列表当成唯一来源。更可靠的做法是让项目声明、已验证合约、链上函数返回值和交易事件互相印证；出现不一致时，应记录具体字段和区块链网络，暂缓作出确定判断。
另一个边界是代币转入合约地址后的处理。ERC-20 的基础转账机制不会强制接收方提供代币接收回调，因此某些不支持代币处理的合约可能无法取回误转资产。这一事实也提醒核验者：转账成功只代表链上状态发生变化，不代表接收方具备后续管理能力。
最终核验报告可以按四项整理：身份是否一致，标准接口是否可读取，供应与权限规则是否透明，实际交易和事件是否与说明相符。对于无法从链上代码或公开数据确认的项目背景，应明确标记为待核实，不把通用 ERC-20 规范扩大解释为某个具体树图区块链项目已经具备的属性。