先判断是否需要共享账本
区块链潜在的应用需要注意哪些问题，首先取决于业务是否需要多个参与方共同维护记录。NIST《区块链技术概述》将其描述为分布式实现、能够显现篡改并抵抗篡改的数字账本；在网络正常运行的条件下，已发布的交易记录不能随意更改。
这一特征适合用于讨论多方共享记录、核对历史的需求。评估时应明确谁提交数据、谁验证记录、谁维护网络。如果业务由单一机构管理，也没有共同核验的需求，就需要进一步说明采用分布式账本能解决什么具体问题。
区分记录完整性与内容真实性
防篡改能力主要涉及记录发布后的完整性，不能由此推断录入内容一定真实。例如，将一项声明写入共享账本，并不意味着声明对应的现实事件已经得到验证。应用仍需设计数据核验流程，并明确错误输入由谁负责。
涉及记录更正的业务，还应提前界定如何保留原始记录、追加更正信息，以及使用者应以哪项状态为准。持续保留历史与纠正业务错误，需要在流程上协调。
明确敏感操作的权限
以太坊开发文档中的智能合约安全说明强调了访问控制、测试和独立审查。合约能够被调用，不代表调用者应拥有修改关键状态的权限；敏感操作需要明确授权条件。
权限设计应回答谁能管理、暂停或升级系统，以及管理密钥失效或泄露时如何处理。角色分工和多签机制可以降低对单一账户的依赖，但仍需检查各角色权限，避免把多人参与直接视为安全保证。
检查自动执行的逻辑与修复条件
智能合约按代码执行，因此业务规则必须转化为明确的输入约束、状态检查和异常处理。只有正常流程能够通过测试，还不足以证明异常输入和边界条件得到妥善处理。
部署后的合约通常难以直接修改，是否能够升级取决于预先设计的机制。安全评估应结合单元测试、静态分析、模糊测试及独立审查。形式化验证能够针对明确规格证明特定性质，其结论仍受模型和假设范围限制。
常见问题：审计之后是否就能放心使用
审计能够增加发现漏洞的机会，但不能保证没有遗漏。应用是否适用，还要看业务规则是否清晰、权限是否合理，以及发生异常时是否有可执行的处置安排。区块链账本的防篡改特征与整个应用的安全性属于不同层面，需要分别核验。