技术介绍能否直接作为评价标准
讨论区块链评价标准有哪些常见问题，首先要区分概念说明与合格判定。NIST IR 8202的定位是区块链技术概述，帮助读者理解技术工作方式。它将区块链描述为分布式实现、能够显露篡改并抵抗篡改的数字账本，强调正常运行条件下已发布记录的稳定性。
这些说明可以帮助确定评价对象，但不能直接推导出某个系统已通过认证。具体评价还需说明用途、参与者权限、检验条件，以及什么结果算满足要求。
抗篡改是否等于信息绝对真实
抗篡改评价关注记录发布后能否被擅自改变，以及改变是否能够被发现。记录最初输入时是否准确，是另一个需要核验的问题。即使账本持续保存某项声明，也不能仅据此证明声明对应的链外事件真实发生。
评价时应把记录完整性与输入真实性分开讨论。同时，“不可修改”的表述需要保留运行条件，不能脱离网络与协议假设，扩展成任何情况下都不可能改变的承诺。
能否只凭PoW或PoS判断优劣
Ethereum.org的共识机制说明将共识视为协议、激励与相关规则共同构成的体系。工作量证明和权益证明承担抵抗虚假身份影响、参与出块者选择等作用；出现竞争区块时，还需要分叉选择规则帮助节点确定遵循的链。
因此，共识名称只能作为评价入口。还需考察区块如何提出和验证、竞争历史如何处理，以及偏离规则会产生什么后果。仅按机制名称给系统排出统一优劣顺序，缺少足够依据。
节点数量是否足以说明安全性
评价不能把节点数量直接等同于有效参与权重。不同机制可能按计算工作量或质押权重等资源确定影响力，简单统计机器或账户数量，可能遗漏实际的权力分布。
涉及多数同意或攻击门槛时，应注明统计对象、权重规则和讨论的攻击类型。某一种协议下的门槛不能直接用于所有区块链，也不能概括所有安全风险。
怎样让评价结论具有适用范围
一项可解释的评价，应把指标、条件和证据对应起来。例如，评价账本一致性需要说明节点遵循哪些规则，以及遇到竞争区块时如何作出选择；评价抗篡改能力则需要交代所假设的网络运行状态与攻击条件。
结论应限定在实际检查的范围内。技术机制具备某项设计目标，并不自动证明某个具体实现已经达到该目标；判断具体系统，还需要对应的实现说明与验证证据。