核验需要回答哪些问题
区块链维修记录的核验，需要分别回答：资料由谁提供，内容在传递中是否改变，记录中的维修是否有事实依据。链上存在一条记录，只能提供相应的链上证据；判断维修行为，还需要关联链下工单、检测结果及责任主体。以下方法适用于一般维修档案，不代表某个具体平台已具备这些能力。
以来源关系组织维修证据
W3C 的 PROV-DM 将来源信息组织为实体、活动及承担责任的主体，并描述资料之间的派生关系。这为维修档案提供了可借鉴的表达框架，但模型本身不负责认证维修事实。
应用到维修场景，可以将工单、照片和检测报告作为资料实体，将检测、维修、复核作为活动，关联出具机构与经办人员。核验时应确认设备标识、工单编号和资料版本能否对应，再追溯汇总报告依据哪些原始凭证形成。
核对原件、摘要与签署身份
如果系统只把文件哈希写入区块链，核验需要取得对应原件，按照相同算法和文件处理规则重新计算并比对。摘要一致支持文件与存证版本一致的判断，无法单独证明文件描述的维修实际发生。
若记录包含数字签名，还应核对签名覆盖的内容、公钥与出具主体的绑定关系，以及签署时的授权状态。链上账户地址与现实中的维修机构之间，需要有可核查的身份关联。
追查链下资料如何进入链上
以太坊预言机文档说明，预言机将外部信息传入智能合约，同时带来来源真实性、传递完整性及可用性等问题。因此，接入预言机并不自动消除外部数据的信任问题。
维修档案的核验可沿采集、录入、转换、提交逐步追查：接口取自哪个业务系统，谁能修改数据，转换是否遗漏字段，失败或延迟如何记录。多个节点若读取同一数据库，仍可能共享同一个错误源。
适用条件与常见疑问
这类核验以原始凭证可访问、身份关系可核查、数据版本可追踪为条件。只有链上摘要而没有原件时，无法完成内容比对；缺少责任人信息时，责任归属也难以确认。
上链时间是否等于维修时间？两者应分别记录，上链时间不能直接替代业务发生时间。记录出错后怎么办？可保留旧版并关联更正记录、原因和责任人。发现凭证冲突时，应明确标注待核实事项，并向原始出具方复核，不能仅凭记录已上链判定其正确。