误区一：抗篡改就代表数据真实
NIST《区块链技术概述》将区块链描述为分布式实现、能够显现并抵抗篡改的数字账本，并把已发布交易不能更改的表述限定在网络正常运行条件下。这强调的是记录保存机制的可靠性。
记录能否保持原样，与录入内容是否真实，是两个问题。例如，一条业务记录即使被完整保存，也仍需要核验提交者身份和原始凭据。不能仅凭“已经上链”判断现实事件确实发生。
误区二：分布式意味着没有管理权
账本由多个节点共同维护，不代表应用不存在管理员。以太坊智能合约安全文档讨论了所有者权限、角色权限和多重签名，说明共享基础设施上的应用仍可能设置敏感操作权限。
理解这类应用，需要分别考察谁维护记录、谁能调用关键功能、谁能批准变更。角色分工与多人批准可以约束权力，但仍需分析具体授权范围及密钥失陷的影响。
误区三：智能合约自动执行就不会出错
自动执行依赖代码中已经写明的规则。条件判断遗漏、权限配置不当或业务规则表达错误，都可能让程序执行出不符合设计意图的结果。
以太坊安全文档强调访问控制与操作条件检查。公开可调用的函数尤其需要区分普通交互和敏感操作；函数能够被访问，并不意味着调用者应当获得所有操作权限。
误区四：测试或审计通过就能保证安全
同一安全文档指出，单独依赖单元测试难以覆盖遗漏的边界情况，独立审计也不能发现所有缺陷。测试、分析和审查提供的是不同角度的检查。
评估检查结果时，应关注覆盖了哪些代码、输入与安全属性。形式化验证的结论同样受规格和模型范围限制：证明某项属性成立，不能直接推导出整个应用及其外部依赖都没有问题。
适用条件与常见问题
什么时候值得考虑区块链？当业务确实需要多个参与方共享记录，并重视记录变更的可核验性时，可以进一步评估。还需明确参与权限、数据核验责任和异常处理机制，不能只凭“分布式”决定采用。
合约部署后能否修复？以太坊安全文档提醒，已部署代码通常不能像普通软件一样直接修改。是否存在升级路径取决于具体设计；升级能力本身也需要权限约束。理解应用时，应同时看记录机制、执行规则与治理安排。