先区分“不可篡改”与“证据可信”
NIST IR 8202将区块链概括为以分布式方式实现的数字账本，强调其具有防篡改可见性和抗篡改特征。在正常网络运行条件下，已发布的交易通常不能被直接修改。但这类特征主要回答“记录写入后是否容易被改变”，并不能单独证明“写入内容本身真实、完整或由有资格的主体产生”。
因此，多方查询的研究证据至少要拆成两个问题：一是账本中的记录是否保持一致，二是记录所指向的研究对象、数据生成活动和参与者是否可以追溯。若原始数据错误、身份绑定失效，或只把摘要而没有把原始材料、时间和版本关系说明清楚，区块链的抗篡改能力也不能自动弥补这些缺陷。
用溯源模型建立核验坐标
W3C PROV体系把溯源信息组织为实体、活动和代理三类核心对象。实体可以是数据集、实验结果、报告或文件摘要；活动可以是采集、清洗、分析、发布和查询；代理则可以是研究人员、实验室、机构或系统。多方查询时，应先把每条关键结论映射到这三类对象，再记录它们之间的生成、使用、归属和派生关系。
这种方法的价值在于避免只核对一个哈希值。核验者还需要确认：结论对应哪个版本的数据，数据经过了哪些处理，处理由谁或什么系统完成，参与方是否有可验证的身份，以及查询结果是否能够回溯到原始证据。PROV家族还涉及数据模型、不同表达格式、约束、访问机制和验证工具等组成部分，适合用作跨系统交换溯源信息的共同语义框架。
多方查询的分层核验步骤
第一层是来源核验。保存证据的原始发布位置、文档版本、获取时间和发布主体，并区分规范性文件、技术报告、实验记录和二手解读。来源的权威性不能替代内容核对，结论仍应回到原始材料。
第二层是完整性核验。对文件或数据集计算摘要，核对链上记录、外部存档和当前文件是否一致；同时检查摘要对应的是完整文件、压缩包，还是某个片段。摘要一致只能说明内容未发生相应变化，不能说明内容没有遗漏或采集过程没有偏差。
第三层是身份与权限核验。记录提交者、审核者和查询者的身份标识及其权限范围，检查不同参与方是否使用了可区分的凭证。若多个机构共用账户，后续只能证明某个账户提交过记录，难以准确归责。
第四层是过程与结果核验。按时间或版本排列采集、转换、分析和发布活动，确认各方查询得到的结果是否来自同一数据版本、同一规则和同一授权范围。对存在隐私限制的数据，可只交换必要的证明、摘要或溯源描述，但必须保留能够复核结论的关联信息。
适用条件与证据边界
这套方法适合多机构共同维护研究记录、需要审查数据版本、或需要解释查询结果来源的场景。它尤其适用于证据链条较长、数据由多个系统处理、参与者之间缺乏单一中心信任的情况。
不过，区块链记录并不等于独立实验复现，也不等于对现实对象的直接证明。研究者仍应核查采集设备、实验设计、样本代表性、统计方法和访问控制。若链上只记录结论摘要，缺少原始数据或处理规则，核验范围就只能覆盖“摘要与记录是否匹配”，不能扩展为对研究结论整体正确性的确认。
常见问题
问：链上记录存在，是否就能证明研究结论真实？答：不能。它通常只能增强记录完整性和变更可见性，还需要身份、过程、原始材料及方法学证据。
问：多方都同意一个查询结果，是否代表结果无误？答：不一定。共识可以说明参与方接受了某项记录或状态，但仍需确认输入数据、查询规则和权限设置是否正确。
问：只保存哈希值够不够？答：通常不够。哈希可用于完整性比对，但还应说明哈希对应的对象、版本、生成时间、生成活动和责任主体，并确保原始材料能够在合规范围内被复核。