账本与哈希：数据如何关联
区块链比特币服务涉及哪些技术概念，可以沿着数据记录、规则验证和服务访问三个环节理解。钱包、区块浏览器与支付处理服务面对的业务不同，但都需要解释链上记录及其状态。
Bitcoin Developer Guides 的区块链说明介绍了区块间的哈希连接、交易的默克尔树组织方式，以及UTXO、工作量证明和分叉选择规则。这些机制共同支撑账本验证。
哈希将数据映射为摘要，区块通过前一区块头的哈希建立关联。理解这里的作用，需要区分发现修改与阻止修改：哈希使数据变化可以被检测，历史记录的安全性还依赖验证规则与共识机制。
UTXO：如何理解交易与手续费
UTXO指尚未花费的交易输出。比特币普通交易引用此前的输出作为输入，再生成新的输出；同一输出不能在有效链上重复花费。这是理解双重支付的基础。
因此，钱包显示的余额需要结合可用输出理解。普通交易的输入总额与输出总额之差构成手续费；该关系不直接套用于承担区块奖励分配作用的coinbase交易。业务系统解释金额时，需要区分输出金额与手续费。
工作量证明、确认与分叉
工作量证明要求区块头哈希满足目标阈值。节点还要检查区块是否符合其他共识规则，并在有效候选链中依据累计工作量选择链。
交易已传播，表示网络中已有节点收到它；交易被纳入区块，才涉及链上确认。出现竞争分支时，交易所属区块可能退出当前采用的链，因此服务状态不能把收到交易与确认交易合并处理。区块高度也不能充当全局唯一标识。
节点、客户端与接口的适用范围
以太坊官方节点文档说明，节点通过客户端验证数据，其架构区分执行客户端与共识客户端；节点还可通过RPC等接口向应用提供访问能力。这有助于理解区块链服务的基础设施层。
这些概念的适用范围需要明确：比特币也涉及节点与应用之间的数据交互，但以太坊的双客户端架构、EVM和权益证明不能直接套用于比特币。接口解决应用如何访问数据的问题，客户端承担的验证职责则取决于具体协议。
常见问题：查询结果等于完整验证吗
默克尔证明可以用于核验某笔交易是否被包含在指定区块中，但单独的包含证明不能替代完整的交易与区块规则验证。轻量验证适合资源受限的访问场景，其验证范围需要与全节点区分。
同样，能够调用接口查询数据，不代表应用已经独立验证这些数据。理解一项区块链服务时，需要弄清数据由谁提供、哪些规则经过验证，以及查询结果对应怎样的链上状态。