关键词的解释范围
“张凯区块链数据涉及哪些技术概念”涉及具体姓名，但目前没有可核验的信息将该姓名与特定系统、项目或技术方案关联起来。本文解释以太坊与比特币所体现的通用概念，不对个人经历、项目能力或数据真实性作判断。
区块与哈希：数据怎样连接
区块把交易组织起来，并通过父区块的哈希引用连接历史。哈希可以理解为按规则计算的数据摘要；历史内容改变，会使相关摘要及引用关系无法通过原有验证。
这种结构让改动容易被检测，但历史记录的保护还依赖节点验证与共识规则。分析数据时，区块高度表示位置；出现分叉时，同一高度可能存在不同区块，因此定位具体区块还需要区块哈希。
两种数据模型的适用区别
以太坊区块文档展示了账户状态模型：交易按顺序执行，推动余额、交易计数及合约存储等状态变化。合约调用回滚时，相关执行改动会撤销，但交易仍可留在区块中，并产生费用。
比特币开发指南展示了UTXO模型：交易消耗尚未花费的输出并生成新输出，同一输出不能重复花费。交易哈希组成默克尔树，其根写入区块头，支持验证交易是否被收录。
两种模型决定了不同的分析口径。账户余额变化适用于账户模型；输入输出的承接关系适用于UTXO模型，不能把两者的字段含义直接混用。
共识与验证解决什么问题
比特币通过工作量证明及累计工作量参与链的选择；以太坊采用权益证明，由验证者参与区块提议和证明。节点还要检查区块是否符合协议规则。
理解链上数据需要区分几个层次：交易被传播、被区块收录、执行结果有效，以及所在历史获得何种共识保障。这些状态回答不同问题，不能仅凭一条交易记录就认为全部条件已经满足。
常见问题与读取边界
默克尔证明能证明什么？它能够证明某笔交易包含在相应区块中，但不能单独证明现实业务描述真实，也不能代替全部共识验证。
Gas是不是数据大小？以太坊的Gas衡量执行所需资源，不能直接等同于字节数。分析区块负载时，应区分资源上限、实际消耗和数据体积。
交易被收录是否代表调用成功？不一定。读取以太坊交易时，还需结合执行结果；判断具体项目时，则需要额外的项目文档和可验证链上记录，通用原理本身不足以证明其实现。