适用范围：先明确项目要解决什么问题
“区块链宁波项目需要注意哪些问题”涉及项目需求与技术安全两个层面。下文适用于在宁波开展或评估区块链应用时的通用技术讨论，不代表任何具体项目已采用相关措施，也不据此判断当地政策要求或项目合规状态。
首先应说明哪些参与方需要共享记录、各方可以写入哪些信息，以及发生争议时如何核对。若业务并不需要多方共同维护账本，应先比较普通数据库方案，避免仅凭技术名称决定架构。
账本抗篡改与数据真实是不同问题
NIST《区块链技术概述》将区块链描述为分布式实现、具有篡改可察觉性和抗篡改能力的数字账本；在网络正常运行条件下，已发布交易通常不能被更改。这一性质有助于维护记录的一致性。
但记录难以修改，不意味着录入内容必然真实。例如，业务人员提交错误信息后，上链只能保留这次提交，不能自动验证线下事实。因此，项目需要明确数据来源、录入审核和错误更正方式，使更正记录与原记录能够关联核对。
权限设计要落实到敏感操作
以太坊智能合约安全文档强调访问控制、输入检查、组合测试和独立审查，同时提醒审计不能发现所有缺陷。这些原则主要面向智能合约，其他链上系统应结合自身架构判断适用性。
项目评估时，应核对谁能调整业务规则、升级或暂停合约，以及管理员权限如何交接。角色分工和多签机制可以降低单一账户失陷的影响，但效果取决于权限配置与签署方是否真正独立，不能只检查是否设置了多个账户。
测试不能只覆盖正常流程
如果项目使用智能合约，验收应覆盖错误输入、越权调用和异常状态等情况。正常业务能够完成，只能说明部分功能符合预期，不能直接证明系统安全。
单元测试可与静态分析、动态测试及独立代码审查配合使用。对关键业务规则，还应明确必须始终成立的约束，并检查各种操作是否可能破坏这些约束。
常见问题：上线或审计是否意味着安全
合约上线后能否直接修改？这取决于架构。不可升级合约通常不能直接修改已部署代码；采用升级机制则需要进一步核对升级权限和变更流程。
通过审计是否就没有风险？审计提供的是特定范围内的检查结果。评估时需要关注审查对应的代码版本、发现问题是否修复，以及后续变更是否重新检查，不能把一次审计等同于持续安全保证。