误区一：使用哈希就能保证记录绝对不可修改
比特币开发者指南说明，区块通过前序区块头哈希连接，全节点独立验证区块，工作量证明增加重写历史的成本。这些机制共同保护交易记录；哈希关联本身不能替代共识与验证。
理解“不可篡改”时，应区分修改数据与让网络接受修改。改动本地记录，并不意味着其他节点会认可。讨论安全性需要明确验证规则、攻击资源与网络条件，不能把技术描述理解为无条件保证。
误区二：共识就是节点按数量投票
在比特币中，有效性检查与分支选择是两个环节。节点先验证规则，再在有效分支中依据累计工作量选择链。因此，节点数量多或区块高度更高，都不能单独证明某条分支应被接受。
常见问题是：算力更强能否让违规交易变得有效？按既定规则验证的全节点仍会拒绝无效区块。分支竞争与改变验证规则不能混为一谈；这一解释也不宜直接套用于所有共识机制。
误区三：吞吐量提高就代表全面进步
以太坊扩容文档把速度、吞吐量、安全性和去中心化放在一起讨论，并强调节点参与门槛。性能评价因此需要同时关注处理能力与验证负担。
比较方案时，应先明确应用需求：能处理多少交易、多久达到最终确认、节点需要承担什么资源成本，回答的是不同问题。单一性能数字不足以说明整体技术质量。
误区四：所有链下方案都共享相同安全性
以太坊扩容文档区分依托主网安全的二层方案与采用不同安全机制的其他链下方案。Rollup、侧链与Validium在验证方式或数据存放位置上存在差别。
“连接主网”这一描述不足以交代安全边界。理解方案还需追问：谁验证结果、验证所需数据能否取得、发生争议时如何处理。名称相近或接口兼容，不能代替这些条件。
误区五：一种扩容方案能够解决所有需求
扩容方案具有不同适用范围。以太坊扩容文档介绍了Rollup与状态通道等路径，体现出链下处理和主网结算可以有不同组织方式。
常见问题是：是否存在脱离场景的最佳方案？判断前应明确参与者关系、交互频率与结算要求，再分析方案的约束。评估技术发展，应把能力提升与成立条件一并说明，避免把某项优势扩大为普遍结论。