概念范围与技术分工
理解“知链区块链与商品溯源涉及哪些技术概念”，需要区分记录如何保存、来源如何描述，以及记录如何对应实物。这里讨论通用原理，不确认“知链”具体项目采用了何种网络、合约或溯源标准。
以太坊技术介绍解释了区块、节点、共识与智能合约；W3C的PROV-O规范提供表达来源关系的模型。两者可以分别帮助理解记录的一致性和来源信息的组织方式，但不能据此推断某个商品溯源系统已经实现这些能力。
区块、哈希与节点共识
区块链把记录组织为相互关联的区块，通过密码学引用连接历史。节点依据共识规则维护一致的账本。哈希可以理解为数据的摘要：内容改变，摘要通常也会改变，因此可用于检查内容是否与留存记录一致。
在商品溯源场景中，这些概念有助于解释如何保留可核对的历史。适用前提是相关事件确实被记录，并遵循网络确认规则。共识解决参与者认可哪份记录的问题，无法直接判断一次线下交接是否真实发生。
交易、智能合约与执行环境
以太坊中的交易可以请求执行程序并更新状态；智能合约是在网络中部署、按规则执行的程序，EVM则是其执行环境。溯源中的“交易”可以表示一次记录更新，并不必然涉及商品买卖。
例如，可将批次状态的变更条件写入程序，由程序检查提交信息是否符合既定规则。这是通用设计示例，实际能检查哪些条件取决于程序和输入数据。合约无法仅凭执行成功就证明检测报告或实物描述属实。
实体、活动与责任主体
PROV-O以实体、活动和代理主体等概念描述来源，并用生成、使用、派生等关系连接它们。它基于OWL2表达来源模型，支持不同系统交换和整合来源信息，本身不要求使用区块链。
映射到商品场景，批次或报告可以作为实体，加工或检测可以作为活动，参与企业可以作为责任主体。这样可以表达某份报告由哪次检测生成、某批成品使用了哪些原料，而不只是展示彼此孤立的记录。
适用条件与常见问题
跨企业追溯需要明确标识、字段含义和关系规则。若各方对同一批次使用不同标识，或没有记录加工前后的关联，即使数据都已保存，也难以形成连贯的来源路径。
上链是否等于保真？链上机制主要帮助核对已提交记录，实物与记录的对应仍依赖采集、核验和责任管理。采用PROV-O是否等于完成认证？它提供描述来源的共同语言，具体内容是否可靠仍需证据支持。