技术测评的适用范围
区块链测评项目涉及哪些技术概念，可以沿着三个问题展开：数据如何组织，交易如何验证，节点出现分歧时如何确定共同账本。以下以比特币和以太坊的协议概念为例，说明技术测评的理解框架，不构成任何具体项目已经通过验证的结论。
账本结构：哈希、区块头与默克尔树
比特币开发者指南介绍了区块之间的哈希链接，以及将交易逐层汇总为默克尔根的结构。交易内容改变会影响相关哈希；默克尔路径可用于验证交易是否被收录在某个区块中。
测评时应区分数据完整性与交易合法性。能够证明某条记录被收录，并不等于已经验证其全部交易规则。因此，报告需要说明验证对象是区块头、收录证明，还是完整区块。
交易有效性：UTXO与双重支付
比特币以未花费交易输出，即UTXO，表示可供后续交易使用的输出。同一输出不能在有效账本中重复花费，普通交易还需要满足输入与输出金额等规则。
这一概念适用于采用UTXO模型的系统。测评问题可以具体化为：重复引用同一输出时如何处理，输入不足时是否拒绝，以及节点是否独立核验。其他账本模型需要按自身规则设计验证场景。
共识：参与资格、投票与激励
以太坊开发者文档将共识描述为协议、激励与相关规则组成的整体。工作量证明和权益证明承担抗女巫攻击、区块生产者选择等作用；权益证明还通过质押、奖励和惩罚约束验证者行为。
女巫攻击指利用大量身份影响系统。测评需要追问身份背后受到什么资源约束，以及违规行为如何被识别和处理。仅列出PoW或PoS名称，无法交代完整的安全条件。
分叉选择与常见理解误区
节点可能接收到相互竞争的区块，需要分叉选择规则确定继续跟随的链。比特币比较有效链的累计工作量；以太坊的选择规则涉及按质押权重计量的验证者投票。
区块越多就一定优先吗？不能只比较数量，还要看协议规定的权重。记录上链后是否绝对不可改变？哈希链接使改动可被检测，历史稳定性仍依赖共识及其安全条件。测评报告应写清验证范围、分歧场景和实际观察，避免把通用原理直接当作项目结论。