适用范围：概念不等于项目事实
“中关村区块链项目涉及哪些技术概念”需要区分基础原理与具体实现。下文解释理解此类项目时可能遇到的技术术语，不对应某个已核验项目。项目是否采用特定共识机制、虚拟机或交易模型，需要其技术文件支持，不能根据地域名称推断。
分布式账本、哈希与默克尔树
比特币开发者指南展示了区块链的数据组织方式：节点独立验证区块，区块通过前一区块的哈希连接；交易哈希汇总为默克尔根，可配合中间哈希验证某笔交易是否被纳入区块。比特币还以未花费交易输出记录可使用的资金，并用工作量证明参与维护交易历史。
理解这些概念时，可以分别看三个问题：节点保存和核验什么，记录如何关联，如何检查某条记录属于某个区块。哈希关联有助于发现数据改动，但业务信息上链时是否真实，仍不能仅凭哈希判断。
共识机制与交易模型
共识机制解决分布式节点如何依据规则接受记录的问题。工作量证明与权益证明属于不同实现路径，不能把一种链的机制直接套用到所有区块链项目。
交易模型则描述系统如何表达和更新记录。阅读项目架构时，应区分它是在引用既有输出，还是更新账户和合约状态。这会影响业务数据怎样表示，也关系到系统如何检查重复使用或未经授权的变更。
智能合约、虚拟机与计算费用
以太坊技术介绍采用账户与状态的视角：交易可请求执行计算，智能合约是部署在链上的可复用程序，EVM提供执行环境。节点按规则验证执行结果；以太坊采用权益证明，并通过以ETH支付的费用计量和约束计算资源使用。
这些概念适用于理解使用相应执行架构的系统。智能合约可以把明确条件转化为程序规则，但规则能否正确表达业务需求，仍取决于代码和输入。计算费用也说明链上执行具有资源成本，不能将其视作无限容量的计算服务。
常见问题：上链是否就绝对可信
不能。需要分别判断记录是否按规则被接受、历史修改是否受到约束，以及记录描述的现实事件是否真实。区块链的验证机制主要处理前两类问题，不能自动为现实信息背书。
也不能认定所有项目都需要EVM、ETH或同一种共识机制。比特币和以太坊提供的是不同技术实例。具体项目适用哪些概念，应以其节点规则、数据结构、执行环境和权限设计为准。