误区一：PoW或PoS就是完整的共识机制
以太坊共识机制文档区分了抗女巫攻击、出块者选择与分叉选择等组成部分。PoW和PoS通过资源约束提高大量伪造身份参与竞争的成本，完整共识还需要规定节点如何验证、选择链头并形成一致状态。
理解架构时，应分别问：谁能参与出块？什么区块有效？多个有效候选出现时采用哪条分支？只回答其中一个问题，无法解释网络如何达成一致。
误区二：最长链就是区块数量最多的链
比特币开发者指南说明，全节点独立验证区块，并在有效分支之间依据累计工作量选择链。这里的“最长”不能简单理解成区块数量；区块高度也不能作为全局唯一标识，因为竞争区块可能处于同一高度。
这一原则有明确的适用条件：先满足验证规则，再比较分支。累计工作量不能让违反交易规则的区块变得有效，也不能直接用来解释所有PoS网络的分叉选择。
误区三：有哈希关联就绝对无法修改历史
哈希关联使历史数据的改动能够被检测，并影响后续关联关系。但检测改动与阻止网络接受替代历史，是两个不同问题。后者还依赖共识规则、参与资源以及节点验证。
因此，“不可篡改”需要放在具体安全条件下理解。评价架构时，既要看数据如何关联，也要看重建替代历史需要付出什么成本，以及节点为何接受或拒绝它。
误区四：交易入块就代表永久确定
网络传播需要时间，不同节点可能暂时看到不同候选区块。出现短暂分支，并不直接证明协议失效；分叉选择规则正用于处理这种竞争。
常见问题是：看到交易入块，能否认为结果已经确定？需要继续区分交易被收录、所在分支被采用，以及协议意义上的最终性。不同机制的判断条件不同，不能套用同一套标准。
误区五：包含证明等于完整有效性证明
交易包含证明回答的是某笔交易是否被某个区块的数据结构承诺。完整有效性验证还要检查交易是否满足协议规则，例如引用的资金能否使用、是否发生重复花费。
这一区分适用于理解轻量验证与全节点验证的边界。阅读架构说明时，应明确每种证明究竟证明了什么，避免把局部数据的一致性扩大为对整个账本状态的保证。