什么情况下适合考虑区块链
银行启用区块链技术有哪些常见问题，首先要从业务是否需要共享账本判断。NIST《区块链技术概述》将区块链描述为分布式实现、能够显现篡改并抵抗篡改的数字账本，参与者可以在其中共同记录交易。
这一机制适用于需要多方共同维护记录的场景分析。银行需要明确哪些机构参与、共同确认哪些信息，以及各方承担什么责任。仅有内部数据存储需求，尚不足以说明必须采用区块链。
防篡改是否意味着数据真实
NIST对已发布交易难以更改的描述，以区块链网络正常运行为前提。防篡改能力不能直接证明录入内容符合现实，也不能替代业务审核。
例如，一条记录即使完整保留，也可能在录入时就存在错误。银行仍需核验数据来源，并设计更正记录与原记录之间的关联，使业务人员能够理解完整处理过程。
谁能查看数据，谁能执行操作
共享账本需要明确共享范围。读取信息、提交记录、管理合约属于不同权限，应分别定义。允许参与网络，也不应自动意味着可以执行所有敏感业务操作。
以太坊智能合约安全文档强调访问控制，并介绍角色分工和多重签名等机制。对银行而言，可据此区分业务操作与系统管理责任；具体方案仍须符合所选网络的权限模型，不能直接照搬公有链实现。
密钥和管理权限如何控制
当敏感操作依赖某个管理账户时，该账户的密钥失陷就可能危及相关功能。角色分工和多方授权可以降低权限集中带来的风险，但效果取决于实际配置。
例如，多个授权账户如果实际上由同一人控制，就不能形成充分的相互制约。银行需要把技术权限对应到人员职责，并明确账户失效或权限异常时的处理方式。
智能合约是否经过审计就可靠
以太坊安全文档指出，智能合约需要测试与独立审查，审计无法发现所有缺陷。其关于代码修改困难的讨论主要针对以太坊环境，不能直接概括所有银行区块链系统。
采用智能合约时，银行需要验证正常流程，也要覆盖越权调用、异常输入及业务边界。若系统支持升级或暂停，还需明确批准权限和影响范围。代码按规则运行，只能说明执行符合程序；规则是否准确表达银行业务，仍需业务与技术人员共同确认。