适用范围：先区分技术原理与项目成效
这里将食联网限定为食品生产、流通与追溯中的信息协作场景。以下解释通用技术边界，不对某个具体项目的部署情况或效果作判断。判断案例是否成立，需要看参与方如何采集、提交和核验数据，不能仅凭“使用区块链”推断食品安全水平。
存证边界：保护记录不等于证明实物
NIST《区块链技术概述》将区块链描述为分布式、可显现篡改且具有抗篡改能力的数字账本。在网络正常运行的条件下，共享账本中的已发布交易难以被更改。其支持的是记录的一致保存与核验。
用于食品追溯时，批次交接记录可以成为多方核对的依据，但账本无法自行识别包装内的食品，也无法判断标签是否被调换。实物与数字标识的对应关系，仍需由采集和交接流程保障。
数据边界：预言机连接外部信息
以太坊预言机文档说明，智能合约默认不能直接访问链外信息，需要通过预言机等机制获取外部数据。输入数据是否正确、能否持续提供、能否追究提供者责任，都是关键问题。
以冷链温度记录为假设场景，合约可以依据提交的数值判断是否触发预设条件，但无法仅凭该数值确认设备位置、测量准确性或记录是否完整。多个节点转发同一错误来源，也不能自动消除源头错误。
适用条件：共享规则和责任需要先明确
当多个主体需要共同核对交接记录、保留提交痕迹，并且能够约定数据格式、提交权限和争议处理方式时，区块链才有明确的应用对象。如果源头数据无法核验，共享账本只能保存这些未经充分验证的输入。
应用设计还需区分链上记录与链外业务：谁负责设备维护，谁确认检测结果，数据延迟或冲突时由谁复核。智能合约能够执行编码后的条件，现实中的复检、召回和责任认定仍需要相应组织与流程。
常见问题：上链是否就能保证食品安全
不能。上链可以帮助核对已提交记录，却不能替代检测、现场核查和实物管理。所谓全程溯源，也取决于各环节是否持续记录，以及批次之间能否可靠关联；记录缺失不会因上链而自动补齐。
自动执行是否意味着无需人工处理？同样不能。输入异常或业务事实存在争议时，需要事先约定暂停、复核与更正机制。评价案例时，应分别核验记录保存能力、数据真实性和现实处置能力，避免把其中一项能力扩大为整体保证。