先确认名称指向哪个项目
“TBT”这一名称本身不足以唯一确定核验对象。应先明确项目全称、所属网络，以及适用时的合约地址，并核对不同资料是否指向同一对象。缺少这些信息，技术描述便难以与实际部署建立联系。
本文讨论资料核验的通用方法。所列两处技术来源均不能直接证明某个TBT项目的身份、部署情况或安全性，具体项目结论仍需对应证据。
两个技术来源分别能证明什么
OpenZeppelin Contracts 5.x访问控制文档解释了所有者权限和角色权限：Ownable用于所有者管理，AccessControl可分配不同角色，角色管理员能够授予或撤销相应权限。这些内容适用于理解采用相关机制的合约，不构成对TBT项目的认证。
Bitcoin开发者指南的区块链章节解释了比特币如何通过区块链接、交易记录和节点验证维护账本。它适合帮助理解比特币链上记录的核验边界；其他网络是否采用相同规则，需要另行确认。
把技术声明对应到可检查的证据
核验时可将每项声明单独记录，并注明出处、适用网络、软件版本及能够支持的结论。例如，声称采用某个合约库，需要核对实际合约代码与部署的对应关系；仅引用该库文档，只能说明技术概念有出处。
如果资料声称管理权限已经移除，应检查具体权限路径。OpenZeppelin文档表明，放弃所有权会使onlyOwner保护的功能无法再被调用，但这不直接说明其他角色权限也已消失。角色能够动态变化，历史公告必须结合相应链上状态核对。
链上记录的核验边界
核对交易时，应明确网络、交易标识及其所在区块，避免只凭截图或文字描述作判断。Bitcoin指南指出，分叉情况下同一高度可能出现不同区块，因此区块高度不能单独作为全局唯一标识。
链上记录能够支持交易是否被记录等判断；团队身份、合作关系和业务承诺则需要各自的证据。技术上的可追溯性不能自动扩展为对项目所有宣传内容的证明。
常见问题：来源多是否就可信
多个页面若转述同一公告，不能视为多个独立证实。两个独立技术来源也可能分别解释不同问题，只有它们与待核验声明直接相关，才能形成有效支持。
资料不足时，应将结论保留为“尚未核实”，并明确缺少的是项目身份、部署对应关系还是权限状态。这样能够区分已经确认的技术原理与仍待查证的项目事实。