误区一：上链就绝对无法更改
比特币开发者指南说明，区块通过哈希关联，修改历史记录需要连带改变后续区块；工作量证明提高了重写历史的成本。但网络可能出现分叉，节点按照规则选择累计工作量最大的有效链。
因此，“防篡改”需要结合共识机制与确认状态理解。记录刚被纳入区块，与后续已有更多区块承接，具有不同的稳定程度。把“修改困难”理解成任何条件下都不可能改变，会忽略这一前提。
误区二：吞吐量越高，技术就越好
以太坊扩容文档将速度、吞吐量、安全和去中心化共同列为关注点，并区分依托主网安全的二层方案与采用其他安全安排的链下方案。Rollup在链外执行交易，再向主网提交相关数据；侧链采用自己的共识规则。
每秒处理多少交易，回答的是容量问题；结果何时达到最终确认，回答的是确定性问题。评价系统时，还应明确速度指的是接收请求、执行完成，还是最终结算。不同阶段的指标不能直接比较。
误区三：只要连接主网，安全性就相同
系统能与主网通信，不足以说明全部安全保障都来自主网。理解一种扩容技术，需要追问谁验证结果、数据在哪里、发生争议时由什么规则处理。
这也决定了比较方案的适用条件：只有明确安全依赖和结算方式后，费用与性能的比较才有意义。不能仅凭“链下”“二层”或“兼容”等名称，推断某个具体实现的安全程度。
误区四：一种创新方案能够适合所有场景
技术选择应从应用需要解决的问题出发。频繁交互关注处理能力，需要稳定结算的业务关注确认条件；两者可能需要不同的设计。单一性能优势不足以证明全面适用。
讨论创新技术时，可以把抽象宣传改写成具体问题：改善了哪个环节，依赖哪些条件，又增加了哪些验证或运行要求？这样才能区分机制上的改进与未经验证的效果判断。
常见问题：基础机制能证明具体项目可靠吗
不能直接证明。理解哈希关联、工作量证明或扩容机制，只能帮助建立分析框架。某个项目是否正确实现这些机制、实际采用什么配置，仍需对应的实现证据。
本文讨论范围限于区块链账本与扩容的通用概念。比特币的共识规则不能直接套用到所有区块链，以太坊扩容方案的分类也不能替代对具体系统的核验。