误区一：PoW或PoS就是完整的共识机制
以太坊共识文档说明，工作量证明与权益证明是共识体系的组成部分。完整机制还涉及区块提议、验证、分叉选择以及激励约束。理解技术方案时，仅知道它采用哪种证明方式，还不足以判断节点如何达成一致。
误区二：共识就是按节点数量简单投票
不同协议对参与权重有不同定义，不能把所有共识理解成一台机器一票。以权益证明为例，相关投票权重与质押权益有关。分析系统时，需要明确参与资格、权重和决策规则；单看节点数量，无法直接推断安全程度。
误区三：链上记录绝对无法修改
比特币开发者指南解释，区块通过哈希引用前序区块，修改历史记录会牵动后续区块，并需要重新满足工作量要求。这使历史改写具有成本，但不等于在任何条件下都不可能发生。
应用中应区分交易被收录与达到所需确认程度。链头附近可能出现竞争区块，业务若刚看到一次收录便视为最终结果，就忽略了链重组的可能性。
误区四：最长链就是区块数量最多的链
比特币的链选择比较有效候选链的累计工作量，不能只数区块。节点也会独立检查有效性，因此链选择并不会让违反验证规则的交易自动合法。
这一区分适用于理解分叉：先判断候选记录是否符合规则，再依据协议选择历史。不同区块链的选择规则不能直接互套。
误区五：数据上链就证明现实事实真实
链上验证能够检查记录是否满足协议规则，哈希关联能够帮助发现内容变化。这些能力并不直接验证录入者对现实事件的描述。
例如，用链上摘要核对文件，可以检验提交核对的文件是否与对应摘要匹配，却不能单凭匹配结果证明文件中的陈述属实。存证应用仍需明确原始信息由谁提供、如何核验。
误区六：证明交易被收录就等于完成全部验证
默克尔证明用于核对某笔交易是否包含在特定区块中。业务还需要判断该区块是否属于认可的链，以及是否满足自身的确认条件。
常见问题是：拿到一份包含证明，能否直接认定业务完成？答案取决于验证范围。记录被包含、交易符合规则、对应现实义务已经履行，是不同层次的问题，应用设计需要分别处理。