适用范围：物资记录与实物之间的联系
讨论区块链物资安全，需要明确技术能够覆盖的范围。这里关注物资登记、交接、追溯系统中的数据与权限安全。实物是否完好、数量是否准确，需要链外核验；链上记录可以支撑核对和追责，但不能独立证明实物状态。
数据上链前是否可信
以太坊开发者文档将预言机描述为向智能合约提供链外信息的应用，并强调数据来源真实性、传递完整性和服务可用性。智能合约默认无法直接获取链外信息，因此物资状态进入合约之前，需要可靠的信息传递机制。
例如，系统根据验收结果更新物资状态时，应明确结果由谁提供、对应哪一批物资，以及如何检查传递过程中是否被改动。即使提交者身份真实，也仍需核实其记录是否符合现场情况。
数据过期或相互矛盾如何处理
物资管理需要区分采集时间与上链时间。此前记录的状态，不能自动代表当前状态。设计时应明确数据有效期，以及更新中断后哪些操作需要等待复核。
多个数据提供方有助于交叉核对，但如果都依赖同一份错误记录，结果一致仍可能失真。对于数量、位置或验收状态不一致的情况，应预先规定复核流程，避免未经确认的信息继续触发业务动作。
关键权限是否得到约束
OpenZeppelin访问控制文档介绍了所有者管理、角色授权与最小权限原则，并提醒默认管理员具有较高风险。其介绍的两步权限交接、多重签名等机制，可用于构建更审慎的管理流程。
应用到物资系统，可以分别设置登记、验收和权限管理职责，并检查同一账户兼任多个角色时是否削弱了复核机制。人员离岗或职责变化时，需要同步调整授权；管理员账户也应纳入权限核查范围。
常见问题：自动执行是否等于安全
合约按规则执行，并不意味着输入信息一定正确。若错误的验收数据满足了放行条件，自动化可能使错误继续传递。因此，关键状态变化需要明确输入要求、授权主体和异常处理条件。
预言机异常时，也不宜将缺失数据直接解释为验收通过。系统应为暂停相关自动操作、补充证据和人工复核保留受控流程。出现争议后，应能够追溯数据提供者及授权变更记录，将技术记录与实际业务责任对应起来。