分布式账本与共识：让记录可以共同核验
理解区块链金融领域的特点，可以从记录、验证、执行三个层面入手。比特币开发者指南介绍了节点独立验证区块、哈希连接历史记录、工作量证明以及未花费交易输出等机制。这些概念解释了多方如何维护交易历史，并限制同一笔输出被重复使用。
分布式账本的关键在于参与节点能够依照规则检查记录。共识则关乎节点接受哪一份有效历史。用于金融业务时，需要区分“链上记录符合协议”与“业务本身真实合法”：前者不能单独证明后者。
哈希与默克尔树：支持完整性检查
哈希把数据转换成便于比对的摘要；区块通过引用前一区块的哈希形成关联。默克尔树把交易摘要逐层汇总，使交易是否被收录可以通过较少的中间数据进行核验。
这些结构提供的是记录完整性与收录情况的验证依据。它们不能判断一笔记录对应的现实商品是否交付，也不能自动纠正录入时已经存在的错误。
双重支付与确认：理解结算的技术条件
比特币以未花费交易输出，即UTXO，表示可供后续交易使用的输出。节点检查输入是否仍可使用，以防同一输出被重复花费。这一模型不能直接套用于所有区块链。
工作量证明配合链选择规则提高改写历史的成本，但不代表历史在任何条件下都绝对无法改变。理解交易确认，需要结合所在网络的共识方式与分叉处理规则，不能仅凭“已经广播”判断记录已稳定。
智能合约：把规则转化为程序
以太坊智能合约文档介绍了链上代码与状态、合约间调用、链下数据接入和多重签名。合约能在交易触发后按程序执行，也能调用其他合约；涉及外部事件时，需要预言机提供数据；多重签名则要求满足约定的签名门槛。
在金融应用中，可编程性意味着部分业务条件能够写入执行逻辑。适用前提是条件可以明确表达，所需数据能够获得。程序会执行既定逻辑，因此规则设计和代码缺陷也可能直接影响结果。
常见问题：自动执行是否等于可靠
合约能否自行确认现实事件？不能仅凭链上代码完成，外部信息的准确性仍取决于数据来源与接入机制。预言机连接了链外信息，也引入了需要评估的信任条件。
多重签名能否消除全部风险？它能分散授权责任，但不能保证所有签名者判断正确。合约组合也类似：调用其他合约可以扩展功能，同时使执行结果依赖更多组件。评价系统时，应分别检查记录验证、外部数据和操作权限。