先划清核验对象
“发行代币”和“平台上币”不是同一项事实。前者涉及合约如何记录和分配代币，后者涉及平台是否支持该资产。ERC-20技术文档能够解释代币接口，却不能证明某个平台已经开放相关服务。本文适用于以太坊ERC-20类代币的基础技术资料核验，不覆盖所有区块链的发行机制。
两个来源分别支持什么
以太坊开发者文档中的ERC-20说明，主要解释同质化代币的标准接口，包括查询余额、查询总供应量、转移代币和授权额度。它适合核对技术术语，不能充当具体项目的发行证明。
OpenZeppelin Contracts的ERC-20文档展示了一个示例：通过继承基础实现，在构造函数中创建初始供应量并分配给部署者，同时解释decimals的显示换算作用。示例证明的是实现方式，不代表其他代币采用相同分配规则。
按结论寻找对应证据
核验时，可将资料中的结论拆成“遵循什么接口”“初始代币如何产生”“数量如何显示”等独立问题。标准说明用于解释接口；具体实现用于解释发行逻辑；部署后的状态用于确认某个合约的实际数据。不能用标准文档替代具体合约证据。
两个不同来源也不必然构成对项目事实的交叉验证。这两份文档可以相互参照，帮助理解标准与实现的关系，但它们没有共同确认某个具体代币的部署、分配或平台上币情况。
供应量与精度怎样核对
totalSupply返回的是合约记录的总供应量数值。比较页面展示数量时，需要明确是否已按decimals换算；未经换算的整数与换算后的数量不能直接比较。OpenZeppelin基础实现的默认精度不能被当成所有ERC-20代币的统一设定。
初始供应量、查询时的总供应量和永久供应上限属于不同概念。示例中的初始创建行为，不足以证明其他合约以后不能新增代币。判断供应规则，需要对应的完整实现证据，不能仅凭函数名称或宣传描述。
常见问题与结论边界
符合ERC-20是否等于安全可靠？不等于。标准主要解决接口兼容问题，并不自动保证所有交互安全。以太坊文档提及，代币进入无法处理它的合约后，可能无法取回。
文档中的示例地址、名称和代码能否作为项目背书？不能。它们服务于技术演示。核验结果应分别写清已被证据支持的技术事实，以及仍缺少具体合约或平台资料的事项，避免把通用原理写成项目已获确认的结论。