先区分记录与事实
产品溯源涉及产品信息、流转记录及相关证明。理解其中的技术术语，可以围绕三个问题展开：信息如何保存，谁提交或签发信息，接收方凭什么采信。链上记录能够为核验提供依据，但产品与记录是否对应，仍需业务证据支持。以下解释适用于通用概念，不代表某个系统已经具备这些能力。
区块、节点与共识
以太坊技术介绍将区块链解释为通过密码学引用连接起来的区块序列。区块组织交易记录，节点参与存储、传播和校验，共识机制用于形成一致的链上状态。
放到溯源场景中，可将一次登记理解为提交一条待处理记录。记录经过网络规则验证后进入链上历史，这说明网络接受了该记录；现场是否确实发生了所述事件，需要另行核验。节点数量也不能直接等同于独立质检机构数量。
交易、智能合约与EVM
在以太坊语境中，交易可以是调用程序的请求，并不限于付款。智能合约是部署在网络上的程序，EVM是执行这些程序的环境。
例如，溯源应用可以把提交批次信息设计为合约调用，由程序检查提交权限和字段条件。这只是规则设计示例。程序能检查输入是否符合设定条件，但无法仅凭执行成功判断实物质量。其他技术架构是否使用EVM，应按其实际实现区分。
可验证凭证及其参与者
W3C可验证凭证数据模型用凭证表达签发者对某个主体作出的声明。签发者出具凭证，持有者保存并出示凭证，验证者接收和核验；主体可以是物品，未必就是持有者。
用于理解溯源时，可以设想一份关于某批产品的检测凭证：产品批次是声明对象，出具声明的机构承担签发角色，接收凭证的一方承担验证角色。角色划分帮助明确责任，但不能据此推定机构资质或检测结果已经得到认可。
适用条件与常见问题
凭证可验证，是否意味着内容真实？W3C明确区分可验证性与声明真实性。接收方还需结合签发者、证明、主体和自身业务规则决定是否采信。核验技术完整性与判断业务可信度，是相互衔接的工作。
可验证凭证是否必须使用区块链？不必须。其可验证数据注册表可以采用可信数据库或分布式账本等形式。理解具体溯源系统时，应确认链上记录覆盖哪些环节、凭证对应哪个产品对象，以及现场证据如何与数字记录关联，避免把技术名称当作完整的溯源结论。