先明确核验对象与适用范围
检索 loot 相关资料时，首先需要明确对象是某个 NFT 集合、同名代币，还是衍生项目。名称或符号相同不足以确认身份；核验时应把所属网络、合约地址以及 NFT 的 token ID 分开记录，避免将不同对象的信息混用。
这里讨论的是通用核验方法。以太坊代币标准说明与 OpenZeppelin 技术文档均不能单独确认 loot 具体项目的身份、采用的标准或发行机制，因此不据此作出项目层面的结论。
两个技术来源分别能证明什么
ethereum.org 的代币标准说明区分了 ERC-20、ERC-721 与 ERC-1155：它们分别涉及同质化代币、非同质化代币，以及可同时支持不同类型代币的接口。这类来源适合解释标准用途，不是具体项目的认证记录。
OpenZeppelin Contracts 的 ERC-721 文档解释了独立 token ID 的所有权表示、元数据扩展及示例实现。它可帮助理解 ownerOf、tokenURI 等接口，但示例中的铸造权限和存储方案不能直接套用到 loot。
把项目说法与技术证据对应起来
核验应围绕具体断言展开。例如，“采用 ERC-721”需要对应目标合约的接口与实现；“某地址拥有某个 NFT”需要对应正确网络、合约和 token ID 的所有权查询；“只有指定账户可以铸造”则需要查看实际权限逻辑。
项目页面可用于定位其声称的合约，再与合约实现和链上记录交叉检查。不同网页重复同一宣传内容不等于独立印证；标准文档也不能替代对实际部署合约的检查。
元数据地址不等于内容上链
OpenZeppelin 文档展示了 tokenURI 指向外部 JSON 的情形，也说明可以采用编码后的数据 URI 表达元数据。因此，核验时应区分所有权记录、元数据内容与图片等资源，而不是看到 NFT 就认定全部内容都在链上。
若元数据指向外部服务，需要进一步确认内容是否可修改；若采用数据 URI，也要检查其中是否仍引用外部资源。对 loot 的存储方式，必须查看其实际实现后才能下结论。
常见问题：标准兼容是否代表可信
符合标准不等于项目安全，也不等于具有特定权限限制。标准主要约定接口和交互方式；铸造控制、内容修改能力等仍取决于实现。
技术文档中的示例能否作为项目证据？不能。更清晰的核验记录应写明所查对象、待验证说法、对应证据及尚未确认的部分，避免将通用知识误写成具体项目已经证实的事实。