评价前先明确适用范围
讨论区块链评价标准有哪些常见问题，首先要明确评价对象：是账本记录的可靠性，还是节点达成一致的机制？不同问题需要不同证据。将所有技术特点合并成一个分数，容易掩盖指标之间的差异。
NIST《区块链技术概述》将区块链描述为具有篡改可察觉性和抗篡改能力的分布式数字账本。以太坊共识机制文档则强调，共识涉及协议、激励和状态一致性的整套安排。前者帮助界定账本属性，后者帮助分析达成一致的过程；二者均不能直接替代完整的项目评价。
问题一：抗篡改是否等于绝对不可更改
NIST对已发布交易难以更改的描述带有网络正常运行这一条件。评价时若省略条件，就会把技术保障扩大成无条件承诺。更准确的提问是：在什么运行假设下，修改记录会被发现或受到阻碍？
同时，账本记录的一致性与输入内容的真实性属于不同问题。能够验证一条记录是否被改动，并不足以证明记录所描述的现实事件真实发生。评价范围应明确是否包含链外信息的核验。
问题二：能否仅凭PoW或PoS判断安全
以太坊文档指出，工作量证明与权益证明并不单独构成完整共识协议，还需要结合分叉选择等规则理解。因此，仅按机制名称给出安全排名，缺少必要依据。
评价应说明节点如何参与、区块如何产生、出现竞争区块时如何选择，以及激励和惩罚如何影响行为。具体结论依赖完整规则，不能由一种机制的通用原理直接推导出某个项目已经安全。
问题三：节点数量和比例是否可以直接比较
评价共识时，需要区分节点数量、资源占比与投票权重。以太坊文档中的相关链选择说明涉及按质押余额加权的投票，不能简单转换为按节点个数计票。
同样，看到分布式部署，也不能据此推定各参与者拥有相同权限或彼此独立。比较不同系统前，应先确认统计对象和权重口径，否则看似相同的比例可能表达不同含义。
问题四：如何让评价结论可核查
评价表中的每项指标都应配套说明评价对象、判断依据和成立条件。例如，讨论抗篡改时交代运行假设，讨论共识时交代参与规则与分叉处理方式，讨论控制权分布时说明权重如何计算。
技术概述适合解释基础概念，协议文档适合说明机制设计。若要判断具体系统的实际表现，还需要该系统的实现与运行证据；缺少这些证据时，应将结论限定在机制层面。