先界定可以确认的范围
“华人之星”这一名称本身不足以确定某个链上代币。本篇涉及的两份技术文档均不是该名称对应项目的发行证明，因此不能据此确认它是否存在、部署在哪条网络，或是否采用 ERC-20。以下方法适用于声称采用 ERC-20 的代币资料核验，不构成对该项目的认证。
两个技术来源分别支持什么
ethereum.org 的 ERC-20 说明介绍了同质化代币的标准接口，包括余额、总供应量、转账及授权。它能帮助理解合约如何记录和操作代币，却不能证明某个项目获得以太坊认可，也不能核实发行方的现实身份。
OpenZeppelin Contracts 的 ERC-20 文档说明了标准实现及 decimals 的用途：合约以整数记录数量，界面根据小数位换算显示。文中的 Gold 是假设游戏示例，不是“华人之星”的证据。使用相关代码库也不等于具体部署已经通过安全审计。
将名称、网络与合约对应起来
核验对象应明确到网络和完整合约地址，而不能只凭中文名称、简称或图标判断。随后需要区分两类证据：项目发布渠道声明自己使用哪个地址，链上记录则说明该地址实际部署了什么。两者能够对应，才具备进一步核查的基础；单独一张截图或转载介绍无法补齐这条证据链。
对于供应量等声明，应核对对应合约的查询结果，并记录查询所处的区块或时间。链上存在一个同名合约，只能支持该合约存在，不能自动证明它属于所声称的组织。
数量核对的适用条件
在合约提供相应接口的前提下，可对照 totalSupply、balanceOf 与 decimals 理解供应量和余额。显示数量应由原始整数除以十的 decimals 次方得到，不能将原始整数直接当作通常显示的代币数量。
OpenZeppelin 的实现默认使用十八位小数，但这不是所有 ERC-20 代币必须遵守的数值。缺少具体合约结果时，不应替目标代币假定小数位，更不能把当前总供应量解释为永久发行上限。
常见疑问与结论边界
两个独立技术来源是否足以证明项目真实？不足。它们可以相互补充地解释标准和实现，但没有提供该项目的身份凭证。核验关键在于来源是否直接支持所讨论的主张，而非链接数量。
符合 ERC-20 是否代表安全、合规或具有现实资产担保？不代表。接口兼容性与这些主张属于不同问题，需要各自对应的证据。缺少项目身份、网络及合约地址时，准确结论应是相关主张尚未核实，而不是直接判定真实或虚假。