先区分三类问题：记录、身份与事实
研究区块链AI商事服务时，首先要把“数据是否被记录”“谁作出了声明”“声明是否真实有效”分开。区块链共识主要回答记录能否被网络接受、排序和维持；可验证凭证主要描述签发者、持有者、验证者及其之间的证明关系；商事判断还要进一步确认声明是否符合合同、监管规则和具体业务标准。三者不能互相替代。
例如，一笔交易被纳入区块，只能说明该交易按照相应网络规则被处理，并不自动证明交易双方履行了合同，也不证明相关商品、服务或AI输出真实可靠。W3C可验证凭证模型同样强调，“可验证”表示凭证或展示能够被验证，并不等于其中的声明天然为真；验证者仍需核查签发者、证明、主体、声明内容及自身业务政策。
核验区块链证据：看共识状态而非只看哈希
以太坊权益证明机制中，验证者质押资产参与区块检查、提议和投票。节点会重新执行区块中的交易，以检查状态变化是否有效，并检查区块签名；验证者还会通过证明表达对区块及链头的认可。因此，研究材料应记录网络名称、区块高度或交易标识、所在时间范围、执行结果，以及查询时使用的节点或数据来源。
还要区分“已看到”“已纳入区块”和“已最终确定”。权益证明网络通过检查点和验证者投票推进最终性；达到相应多数支持后，区块具有更强的不可逆属性。但最终性只增强记录的稳定性，不会替代对业务事实的审查。核验报告应明确采用的是哪一层状态，避免把暂时存在的记录写成不可更改的结论。
对于同一事实，至少应进行重复核对：确认交易签名与发送方关系，检查交易是否成功执行，核对区块及其后续状态，并保存可复查的查询时间和原始字段。若数据来自第三方浏览器、聚合平台或接口，还要注明其是否只是展示层，不能把平台页面本身当作底层共识证明。
核验可验证凭证：验证证明不等于接受声明
W3C可验证凭证模型将生态角色区分为签发者、持有者、主体和验证者，并允许使用可验证数据注册表保存标识符、验证材料、模式或撤销信息。核验一份商事资质、授权文件或服务证明时，应先确认签发者身份和公钥材料，再检查凭证格式、数字证明、有效期、撤销或状态信息，以及凭证所指向的主体是否与当前交易对象一致。
验证者还应检查声明本身是否满足业务规则。例如，凭证可以证明某机构签发了某项资格声明，却不能单独证明该机构当前仍有履约能力，也不能证明一次AI生成的合同摘要没有遗漏。商业服务场景需要把凭证验证结果与合同、授权范围、时间条件、人工复核记录等材料关联起来。
隐私也是证据质量的一部分。凭证模型关注数据关联和过度披露风险，因此核验时应优先取得完成目的所需的最少信息。保存凭证时，应同时记录验证规则和版本，避免日后无法解释当时为何接受某项声明。
AI商事服务的适用边界与证据链
上述两类技术可以支持AI商事服务的证据链，但材料并未证明任何特定AI项目、平台或商业服务已经达到某种准确率、合规水平或自动决策能力。区块链可帮助保存事件、签名和状态变化；可验证凭证可帮助表达资格、授权或来源声明；AI模型的输出质量、训练数据适当性、提示词、人工复核和责任分配，仍需独立设计和验证。
一条较完整的证据链可以按顺序建立：先确定待证明的业务命题，再明确签发者和验证者；随后验证数字证明、主体绑定、状态和有效期；对链上记录检查交易执行与共识状态；最后依据合同和业务政策判断是否足以支持结论。每一步都应保存输入、规则、时间和异常处理结果。
适用条件是：参与方身份可确认，验证材料有可获得的状态信息，链上记录能够被独立查询，且组织已经定义接受证据的业务规则。不适用或不足的情形包括：只有截图没有原始标识、只有模型输出没有输入和版本信息、只有“上链”宣传没有可复查交易、或签发者与业务事实之间缺乏可信关系。
常见问题
问题一：上链后就一定真实吗？不一定。上链通常加强记录的完整性和可追溯性，但不能自动校验链下输入是否真实，也不能证明合同履行或AI结果正确。
问题二：数字签名验证通过，是否就可以直接采信？不可以。签名可证明某个密钥对数据作出证明，但仍需确认密钥归属、签发者权限、凭证是否过期或撤销，以及声明是否满足业务政策。
问题三：研究报告怎样避免夸大结论？应把“技术上可验证”“记录已被网络确认”“业务事实已核实”分别表述，并列出证据来源、核验步骤、适用范围和未解决的不确定性。这样才能让区块链与AI商事服务的研究结论保持可复查、可解释。