先明确需要核验的具体说法
讨论cocos币交易所的资料来源如何核验，需要先将问题拆开：名称对应什么资产、资产属于哪条网络、平台是否发布过相关公告，以及公告适用于什么时间。不同问题需要不同证据，不能仅凭名称相同就认定信息属于同一对象。
以下说明适用于通用资料核验。两份技术文档均不能确认COCOS的具体合约、网络归属或交易所支持情况，也不能据此列出已核实的平台名单。
ERC-20文档能支持什么结论
ethereum.org的ERC-20文档说明了以太坊同质化代币的通用接口，包括余额、总供应量、转移与授权等功能。它可以帮助解释代币合约字段，但不能证明某个同名资产的项目身份，也不构成交易所上线证明。
只有先确认核验对象采用相应标准，相关概念才适用。核对资产身份时，网络与合约地址应一并记录；名称和符号只能作为辅助信息。合约符合接口标准，也不等于其安全性或平台支持状态获得认证。
比特币交易文档的适用边界
developer.bitcoin.org的交易文档解释了比特币的输入、输出与未花费交易输出，以及通过交易标识和输出索引定位被花费输出的方式。这些内容支持对比特币交易结构的理解，不能直接用于证明某个代币的合约行为。
两份文档来自不同网站，但主题不同。来源独立与结论相关是两项要求；两篇基础文档同时出现，并不代表它们共同证实了某个平台支持COCOS。
让每项结论对应直接证据
资产身份应对应可追溯的项目说明及网络信息；平台支持情况应对应平台自身的公告或状态说明；具体链上记录则应对应正确网络中的交易数据。转载文章可以提供线索，但多次转述同一公告不能算多份独立证据。
记录资料时，应保留原始出处、发布时间、适用网络和所支持的具体说法。若不同页面存在冲突，应比较适用时间和对象是否一致；无法消除的差异应保留为未确认事项。历史公告不能单独证明当前状态。
常见问题：链上可查是否代表平台已确认
链上记录与平台内部记录属于不同证据层次。查到某笔交易，不能单独证明平台已将其计入某个账户，也不能证明平台目前支持该资产。类似地，网页引用权威技术文档，只能增强相应技术解释的依据，不能使页面上的所有项目或平台说法自动成立。