共识机制是否等同于工作量证明或权益证明
研究首先需要明确概念边界。以太坊开发者文档将共识机制描述为协议、激励等要素组成的整体；工作量证明和权益证明承担抗女巫攻击、参与出块者选择等作用，完整机制还涉及分叉选择等规则。
因此，比较技术方案时，需要分别讨论参与资格、区块有效性和链选择。只列出PoW或PoS名称，无法完整说明节点如何就账本状态达成一致。
“最长链”是否就是区块数量最多
比特币开发者指南说明，节点先独立验证区块，再在有效的候选链之间依据累计工作量选择链。区块数量不能替代累计工作量；同一高度也可能存在不同区块。
这一规则适用于相应的工作量证明体系。讨论其他协议时，需要重新确认其链选择依据，不能直接套用比特币的表述。研究中标识具体区块，应区分区块高度与区块哈希。
收到区块是否意味着结果不可改变
网络传播存在时间差，节点可能先后收到不同候选区块。暂时接受某个区块，与协议意义上的最终确定需要分开讨论。
研究确认过程时，应说明观察的是交易被收录、后续区块累积，还是协议规定的最终性条件。测试出现短暂分叉后，还应检查节点如何恢复一致，不能仅凭瞬时差异判断共识失效。
哈希和默克尔证明能保证什么
哈希链接使历史数据的改动能够被发现，默克尔证明则支持核验交易是否被某个区块包含。这些能力各有范围：包含证明本身不能代替交易有效性检查，也不能独立证明区块属于最终接受的链。
例如，研究轻客户端时，需要交代区块头如何获得可信验证。对业务数据而言，上链记录的完整性也不能直接证明录入内容符合现实。
安全结论需要哪些适用条件
“采用某种共识就安全”缺少必要前提。安全分析应明确攻击者控制的资源、网络条件、节点遵循的规则，以及攻击目标是重写历史、阻碍确认还是制造分歧。
不同目标对应不同分析，不能用单一比例概括所有风险。研究报告应把机制说明与结论依据分开，列明验证范围；若只检查了正常出块流程，就不足以推出系统在恶意节点或网络异常下同样可靠。