先明确适用范围和安全目标
区块链智能制造项目需要注意哪些问题，首先取决于区块链承担什么职责。参与生产记录共享，与参与设备操作，风险范围不同。项目应先说明参与方、数据用途及异常影响，再确定技术边界。以下讨论适用于区块链与制造系统协同的一般设计，不代表具体项目已经获得安全验证。
NIST SP 800-82 Rev. 3强调，运营技术（OT）安全需要兼顾性能、可靠性和安全要求。OT通过监测或控制与物理环境交互，工业控制系统属于这一范畴。因此，制造项目不能只检查链上功能是否正确，还要考虑故障对现场生产的影响。
明确链上业务与现场控制的边界
设计时应逐项确认：链上处理延迟、通信中断或服务不可用，会不会阻碍必要的现场操作？涉及设备动作时，需要明确指令验证、异常处置和人工接管责任。区块链组件的接入不应削弱原有生产安全要求。
链上记录也不能单独证明现场数据真实。例如，设备状态上传前已经出错，后续记录仍可能保留错误内容。项目应区分采集准确性、传输完整性和记录一致性，分别明确验证责任。
把敏感权限和变更机制设计清楚
以太坊智能合约安全文档强调访问控制、输入与状态检查、组合测试及独立审查，并指出审计不能发现所有缺陷。这些原则可用于审视制造业务合约，但具体实现需要结合所用平台。
涉及质量确认、规则修改或暂停业务等敏感操作，应明确谁有权执行、权限如何撤销，以及管理凭据失控后的处理方式。角色分工和多方授权可以降低单一账户带来的风险，同时仍需检查权限配置是否符合实际职责。
验证业务规则，也验证异常路径
测试不能只覆盖正常流程。还应检查未经授权的调用、无效输入、重复提交以及状态不符合要求时的行为，确认合约不会错误推进业务。独立审查需要同时理解代码和生产规则，否则代码符合设计也可能执行了不合适的规则。
合约升级、暂停和恢复机制应在部署前明确，并验证其权限与影响范围。不能假定上线后随时可以修补，也不能把暂停合约等同于现场设备已经进入安全状态。
常见问题：审计或上链是否足够
通过合约审计，不等于整个制造系统安全。设备、接口、管理账户和运行流程仍有各自的风险。形式化验证也只对所建立的模型、假设和指定性质提供保证，不能自动覆盖全部现场情况。
是否适合采用区块链，应结合共享记录和协作规则的实际需求判断。验收应覆盖业务正确性、现场运行要求与异常恢复能力，不能仅以记录成功上链作为完成标准。