先划定可核验范围
“贵阳主权区块链发展”可能同时涉及地方产业政策、政务应用、身份体系、联盟链基础设施和数字凭证。核验时不能因为某项技术在理论上可行，就推断贵阳已有对应项目或已经形成实际效果。当前材料主要提供区块链与可验证凭证的通用说明，没有给出贵阳具体项目的名称、建设单位、上线时间、节点数量、业务数据或评估结果，因此这些地方性结论仍需另行寻找公开证据。
用两个来源建立技术底稿
NIST的《Blockchain Technology Overview》将区块链概括为以分布式方式实现的数字账本，重点涉及共享记录、共识机制、哈希、数字签名以及数据一旦发布后具有抗篡改特征等概念。它适合用来核对一项研究是否正确描述了账本、节点、共识和密码学保护，但不能证明某个地方项目确实采用了这些机制，更不能直接证明项目安全或有效。
W3C的《Verifiable Credentials Data Model 2.0》描述了可验证凭证的数据模型和参与角色，包括签发者、持有者、主体、验证者，以及可能承担标识、验证材料、凭证模式或撤销信息管理功能的可验证数据注册表。该注册表可以是传统数据库、政府身份数据库、分布式数据库或分布式账本。由此可见，“使用可验证凭证”并不等于“必须使用区块链”，也不能仅凭存在数字签名就认定系统属于主权区块链。
核对地方项目事实
针对贵阳的具体主张，应建立“主张—证据”对照表。主张至少要拆成建设主体、服务对象、应用场景、网络类型、节点治理、身份管理、凭证签发与验证方式、数据存储位置和运行状态等字段。每个字段都应对应可定位的官方文件、招标或验收材料、标准技术文档、审计报告、公开演示或可复现接口；只有新闻稿或概念性宣传时，应把结论降级为“曾被提出”或“公开材料声称”，不要写成已证实的部署事实。
“主权”也需要操作性定义。若它指数据和身份规则由特定公共机构控制，应核对治理章程、权限边界和责任主体；若它指网络节点由许可成员运行，应核对准入、退出、共识和审计规则；若它指本地数据自主可控，还要核对数据托管、密钥管理、跨域访问和供应商依赖。名称本身不能替代这些制度和技术证据。
验证链上与凭证证据
对于区块链部分，可检查公开的网络架构、共识协议、节点角色、区块或交易查询方式、签名验证方法、密钥轮换和异常恢复机制。所谓“不可篡改”应准确理解为在既定网络规则、密码学假设和正常运行条件下提高篡改可见性或修改成本，而不是保证现实世界输入的数据天然真实。还应区分链上存证、链下存储和仅保存摘要三种情况。
对于可验证凭证，应分别核对签发者是否真实授权、凭证内容和有效期、证明材料是否可验证、验证者采用什么业务规则，以及撤销或失效状态如何查询。W3C材料明确指出，可验证性并不自动证明声明内容为真；验证者仍需评估签发者、证明、主体、声明和自身政策。因此，研究中若把“凭证可验证”直接写成“身份或资质已被事实证明”，属于证据越界。
适用条件与常见问题
这套方法适用于论文、政策评估、项目调研和媒体材料的初步事实核验，尤其适合区分技术标准、项目设计和实际运行效果。它不替代代码审计、渗透测试、合规审查或现场访谈，也不能仅凭两份通用技术资料判断贵阳某个具体项目的真实性。
常见问题之一是“有区块链就等于主权区块链吗？”答案是否定的，必须进一步证明治理权、身份权、数据控制权和运行责任。问题之二是“数字签名能否证明数据真实？”不能，签名主要帮助确认来源和完整性，数据真实性仍取决于签发流程和外部事实。问题之三是“使用分布式账本就一定需要把个人信息上链吗？”不一定，隐私设计通常需要区分敏感数据、凭证证明材料、公开验证信息和链上摘要。最终结论应明确哪些内容已由项目证据支持，哪些只是基于通用标准提出的技术推断。