先明确评价对象和适用条件
区块链评价方案需要注意哪些问题，首先取决于评价对象：是共享账本的技术能力，还是它对具体业务的适用性。评价前应说明参与方是谁、谁能写入和验证记录，以及各方需要在哪些事项上达成一致。
NIST《区块链技术概述》将区块链描述为分布式实现、具有篡改可察觉性和抗篡改能力的数字账本。据此，评价应围绕多方共享记录的需求展开，不能仅凭使用了区块链就认定方案适用。
界定防篡改能力的边界
防篡改评价需要注明运行条件。NIST的概述将已发布交易不能被更改的描述置于网络正常运行的前提下。因此，评价方案应说明正常运行依赖哪些条件，以及条件被破坏时，结论是否仍然成立。
常见问题是把记录难以修改理解为记录内容必然真实。账本保存与现实信息核验是不同环节：若业务包含链外信息，评价还应明确这些信息如何进入账本、由谁核验，避免让账本能力替代数据来源的可信度判断。
检查完整的共识机制
以太坊开发者文档将共识机制解释为帮助节点就区块链状态达成一致的一整套协议、激励和规则。工作量证明或权益证明只是其中的组成部分，评价不能停留在机制名称上。
具体评价问题应包括：谁有资格提出区块，其他参与者如何验证，出现竞争区块时如何选择链，以及哪些行为受到奖励或惩罚。这些规则共同决定系统如何维持一致，单独比较一种资源投入方式不足以形成完整结论。
辨清参与权与安全假设
节点数量并不直接说明决策权如何分配。评价应区分节点个数、资源占比和实际控制关系，并按照被评价协议的规则解释各自作用。
常见误区是把某个比例当成所有区块链通用的安全标准。不同机制使用的权重和规则不同，评价必须写清比例针对什么资源、讨论什么行为，以及成立所需的条件，不能把一种机制的结论直接移用于另一种机制。
让结论能够解释异常情况
评价方案还应覆盖竞争区块、参与者意见分歧等情形，说明协议如何选择共同认可的状态，并区分自动执行的规则与需要参与方协调处理的事项。
最终结论宜按评价问题、依据、适用条件和未覆盖事项组织。技术概述可以帮助建立评价框架，但具体系统是否满足要求，还需要对应的实现说明和验证证据，不能由一般原理推定。