概念范围与适用条件
“区块链银行”在这里指银行业务场景中的区块链技术应用，不指某个具体机构或统一产品。理解其技术构成，可以沿着三个问题展开：记录如何验证，业务规则如何执行，操作由谁授权。比特币与以太坊分别提供了账本和合约机制的例子，具体系统是否适用，取决于其网络规则与业务设计。
账本、哈希与共识
比特币开发者指南介绍，节点独立验证区块，区块通过前一区块头的哈希相连，交易通过默克尔树汇总。共识规则约束哪些记录有效；工作量证明增加重写历史的成本。UTXO即未花费交易输出，用于判断哪些输出仍可被使用，防止重复花费。
对应到银行业务，需分别理解记录完整性和支付有效性：前者关注历史记录是否被改动，后者关注同一笔可用输出是否被重复使用。哈希关联本身不能证明录入内容符合现实情况，也不能替代业务真实性核验。
智能合约与执行环境
以太坊智能合约文档将合约描述为位于链上地址的代码和状态，用户通过交易调用其功能。合约可调用其他合约；部署和执行涉及计算资源费用。预言机提供链外信息，多签合约则要求达到指定数量的有效签名才执行操作。
在业务设计中，智能合约适合表达边界明确、输入可验证的条件。例如，权限是否满足、链上状态是否符合执行条件，都可以成为程序检查的对象。执行环境负责按规则运行代码，但代码是否准确表达业务约定，仍需单独检查。
外部数据与多人授权
当执行条件依赖链外事件时，关键问题是数据如何进入链上，以及数据错误会产生什么影响。预言机连接了外部信息与合约，合约按收到的数据执行，并不等于外部事件已被独立证实。
多签机制适用于需要多人共同授权的操作，可以降低对单个密钥的依赖。其效果取决于签名门槛和密钥分配方式；多人签署也不能自动消除合约代码中的错误。
常见问题：能否直接套用这些机制
银行应用是否都需要挖矿？不能由比特币使用工作量证明推导出这一结论，具体应用需要依据所选网络判断。智能合约能否独立判断现实事件？依赖外部信息的条件需要数据接入机制。链上执行成功是否代表业务全部完成？还需核对业务所要求的链外条件，因此技术确认与业务完成应分别定义。