设备数值之外，还需要描述测量对象
一条区块链物联网记录只有一个温度数值，读者仍不知道它来自哪台设备、对应哪个位置和哪次测量。账本可以记录提交的数据，但理解数据含义还需要业务上下文。评价一份设备接入方案时，应先问它怎样描述观测，而不是仅问有没有区块哈希。
W3C的SSN与SOSA模型用于描述传感器、观测、过程和被研究对象等关系。其中，madeBySensor联系一次观测与产生它的传感器，observedProperty说明观测涉及的属性。它们是语义组织方式，不是区块链共识协议，也不会替设备完成身份认证或校准。
结果适用时间与完成时间可能不同
SOSA区分两类时间：phenomenonTime表示观测结果适用于研究对象的时间，resultTime表示观测等活动完成的时刻。前者可以是一个时间区间，并不一定等于后者。因此，把一条记录中的所有时间都命名为采集时间，会掩盖各字段原本回答的问题。
用一个虚构的仓储温度例子说明：报表可能描述九点到九点五分这一段的观测结果，而设备在九点六分才完成处理。稍后网关上传、账本接收，又是后续事件。这里没有实际测量；例子的作用是提醒资料整理者，不要拿写入记录的时间替换结果原本适用的时间窗。
链外数据进入合约仍需要连接层
以太坊官方预言机文档说明，智能合约默认不能直接读取链外信息，需要通过连接链外数据与链上合约的机制取得输入。在设备协作场景中，读取原始资料、整理字段和提交数据，是需要单独说明的环节；不能因为最后存在一笔链上记录，就省略这些环节的来源。
该文档同时讨论预言机的数据正确性、来源完整性与可用性问题。由此可以区分两项检查：某份输入有没有按约定到达，与它是否准确描述现实世界，并非同一个结论。设备故障、错误单位或选错观测对象，不会仅因记录进入账本就自动得到纠正。
把测量记录和传输记录并列交接
作为原创资料整理建议，可以让测量记录保留设备标识、观测对象、属性、单位、适用时间和过程版本，再用另一组字段描述接收及提交情况。若网关重传了一条记录，应核对它是否仍对应同一次观测，而不是直接把两次接收写成两次独立测量。
这份清单不是完整实施规范。具体业务仍要确定设备与标识的绑定方式、异常值怎样处理、原始资料保存在哪里，以及缺失时怎样说明。SSN帮助表达观测语义，连接层帮助传递链外输入，二者都不替代实际设备质量检查。本文没有接入设备、部署预言机或控制硬件，也不将假设流程写成企业上线案例。