讨论范围：通用原理不能代表各地项目
“全国开发区块链技术有哪些常见误区”涉及的技术问题，需要按具体系统区分。以下讨论比特币账本与以太坊智能合约的通用机制，不据此判断全国各地项目的实现情况，也不把某条链的规则推广到所有区块链。
误区一：达成共识就说明数据真实
比特币开发指南解释，全节点独立验证区块，共识依赖共同的验证规则；区块通过哈希关联，历史修改受到后续区块及工作量的约束。竞争分支可能出现，节点按规则选择累计工作量最大的有效链。
这些机制解决的是记录是否符合协议、节点如何认可同一段历史。若业务系统记录一份线下证明，链上规则能验证记录操作是否合规，却不能单凭共识判断证明内容是否属实。数据采集和事实核验仍需单独设计。
误区二：防篡改意味着任何记录都绝不会变化
防篡改需要放在具体共识机制和安全条件下理解。对比特币而言，历史记录受到计算成本约束，近期区块还可能受分支切换影响。
应用因此需要区分“已收到交易”“已进入区块”和业务认可的确认状态。如果只看到区块高度就认定记录唯一，也会忽略同一高度可能存在竞争区块的问题。
误区三：去中心化系统不需要管理员权限
以太坊智能合约安全文档强调敏感操作的访问控制、多方管理、组合测试与独立审查，并指出审计不能发现全部缺陷。合约部署后，修复通常还受到既有代码和升级设计的限制。
网络由多方维护，并不自动消除应用中的管理权。开发时仍需说明谁能暂停、升级或修改关键参数。多签和角色划分可以减少部分单点风险，但效果取决于权限分配以及参与者是否真正独立。
误区四：测试通过或审计完成就等于安全
正常输入下运行成功，无法覆盖异常输入、操作顺序变化和权限组合。测试应围绕业务必须保持的约束展开，例如未经授权的账户不能执行敏感操作。
形式化验证同样有适用边界：它针对指定模型、性质和假设提供证明，不能直接推导出整个应用不存在任何漏洞。独立审查也需要结合被审查版本及覆盖范围理解。
常见问题：不可变合约还能修复吗
需要区分已部署代码与应用预先设计的升级能力。有些系统通过代理或迁移更换逻辑，但这同时引入升级权限和状态衔接问题。能升级不代表能撤销全部历史影响；没有升级机制的合约，也不能假定可以像普通服务一样直接打补丁。