适用范围：区分实物安全与系统安全
讨论区块链物资安全，需要先明确应用范围：以下关注通过智能合约记录物资状态、接收外部信息和控制业务操作的系统。物资的实际质量、仓储条件与交接真实性，仍需线下核验。链上记录可以辅助追溯，但记录被保存下来，并不能独立证明物资与记录一致。
外部数据如何进入链上
Chainlink 的历史基础请求模型展示了外部数据进入合约的过程：链外节点监听请求、执行数据获取任务，再将结果提交回合约。这说明合约使用外部信息时，需要依赖链外数据来源与传递环节；该历史模型不能直接代表所有现行服务的实现。
用于物资管理时，应明确数据来自人工登记、仓储接口还是检测设备，并考虑数据过期、缺失或相互矛盾时的处理规则。预言机负责传递数据，并不自动完成实物验真；错误的原始记录仍可能进入链上。
谁有权修改物资状态
以太坊智能合约安全文档强调访问控制、操作条件校验、综合测试和独立审查。这些原则适用于通过合约管理物资状态的场景：登记、交接确认、异常处理与系统升级，应分别明确授权范围。
例如，具有查询权限不应自然获得修改库存的权限。关键操作可以结合角色分工与多签审批，降低单个账户失陷的影响。角色数量增加本身不能保证安全，还需检查权限是否过大、签名方是否真正独立，以及账户失效后如何恢复管理。
业务规则是否经得起异常输入
合约需要检查调用者身份、输入内容和当前业务状态。以交接流程为例，应明确重复确认、无对应物资记录或状态顺序不符时如何处理，避免系统接受逻辑上不成立的操作。
测试应覆盖正常流程、边界情况和异常调用，并结合静态分析、模糊测试及独立审查。形式化验证只能在既定模型和假设下验证指定性质；审计也不能保证发现所有漏洞。代码升级或业务规则调整后，需要重新评估相关风险。
常见问题：记录可信是否等于物资可信
两者不能直接等同。合约校验通过，说明操作满足所编写的规则；要判断实物是否合格、是否实际完成交接，还需要可靠的线下证据。
发现错误后，也应区分录入纠错与合约漏洞。业务设计可保留更正记录及责任归属；涉及合约缺陷时，则需依据预先设计的暂停、升级或迁移机制处理。链上执行失败能够回滚相关链上状态，但不会自动撤销已经发生的线下搬运或交付。