关联关系包含哪些层次
区块链的关联关系涉及哪些技术概念，可以从数据、授权、执行和共识四个层次理解。数据层解释记录如何连接；授权层解释谁有权发起操作；执行层解释操作如何改变账本；共识层解释节点如何确认共同接受的记录。不同层次相互配合，各自解决不同问题。
区块哈希与默克尔树
比特币开发者指南介绍了两类连接：区块头引用前一区块头的哈希，形成前后相接的历史；区块内的交易通过默克尔树汇总为区块头中的默克尔根。比特币交易还通过输入引用此前的输出，建立资金使用关系。
这意味着，区块的先后关系、交易的包含关系和资金的来源关系需要分别理解。默克尔证明可以帮助核验某笔交易是否被某个区块收录，但仅凭包含证明，不能完成对交易合法性和整条链的全部验证。
UTXO与账户状态
UTXO指尚未花费的交易输出。在比特币中，普通交易消耗已有输出并产生新输出，同一个输出不能在有效链上被重复花费。分析交易依赖时，需要定位具体输出，不能只看收款地址。
以太坊交易文档则以账户状态变化解释交易，并介绍签名、账户nonce、输入数据和Gas等要素。账户nonce是顺序计数器，与比特币区块头中用于尝试工作量证明的nonce用途不同。相同术语在不同上下文中不能直接混用。
数字签名、合约与Gas
数字签名用于验证交易授权，哈希用于关联和校验数据。授权成立不代表交易必然可以执行，节点仍需检查余额、顺序及其他协议条件。
在以太坊中，指向合约的交易可以携带调用数据，触发代码执行。Gas衡量执行所需的计算资源，Gas上限约束一次交易允许消耗的资源量。理解合约交互，需要同时观察调用对象、输入参数和执行结果，仅看接收地址不足以解释完整行为。
共识、分叉与确认
节点按照共识规则独立验证记录。比特币可能短暂出现同一高度的竞争区块，并在有效分支之间依据累计工作量选择链。因此，区块高度表示位置，不能充当全局唯一标识。
哈希连接使历史修改能够被检测，共识机制进一步约束哪些历史可以被接受。讨论记录稳定性时，还应区分交易已广播、已入块以及达到相应确认或最终性条件，不能将它们视为同一状态。
适用条件与常见问题
这些概念是否适用于所有区块链？哈希关联、授权验证和共识是常见分析维度，但UTXO、账户模型、工作量证明及Gas属于具体设计，不能假定每条链都采用相同机制。
交易入块是否等于合约执行成功？不一定。以太坊交易可以被收录但执行失败，需要结合执行结果判断。链上地址是否等于现实身份？上述关联说明的是协议中的数据和授权关系，不能据此直接确认现实中的个人或机构。