误区一：哈希连接让历史绝对无法修改
比特币开发者指南介绍，区块通过前一区块头的哈希相连，交易则通过默克尔树汇总到区块头。修改交易会影响相关哈希，因此无法在保留后续关联不变的情况下悄悄改写记录。
这里应区分“修改会被发现”和“修改无法发生”。历史记录的保护还依赖工作量证明、节点验证与链选择规则。哈希关联提供完整性检查，单靠这种数据结构不能保证分布式网络接受哪一份历史。
误区二：工作量证明或权益证明就是全部共识
以太坊共识机制文档将共识解释为协议、激励与规则共同构成的体系。工作量证明和权益证明承担抵抗女巫攻击、参与出块选择等作用，还需要分叉选择等机制配合。
因此，了解一条链采用哪种证明方式只是起点。完整理解其共识，还要看区块如何验证、出现竞争分支时如何选择，以及参与者遵守规则的约束来自哪里。
误区三：最长链就是区块数量最多的链
在比特币的语境中，链选择比较的是有效链的累计工作量，不能简单替换为区块数量。以太坊的权益证明机制则采用与验证者质押权重相关的证明权重进行分叉选择。
“最长”“最重”必须结合具体协议解释。同时，链选择以区块符合验证规则为前提，不能用更高的链权重把无效交易变成有效交易。
误区四：默克尔证明可以证明交易的一切
默克尔证明支持核验某笔交易是否被纳入相应区块。它解决的是收录关系问题，不能单独完成对交易合法性和所在链状态的全部判断。
常见问题是：有了收录证明，是否就不需要其他验证？仍然需要。核验一条记录是否存在，与核验它是否符合协议规则，属于不同任务。
误区五：钱包余额就是底层存储方式
比特币使用未花费交易输出，即UTXO，组织可花费的价值。交易引用此前的输出，同一输出不能在有效链中被重复花费。钱包呈现的余额是便于用户理解的结果。
这一说明适用于比特币的交易模型，不能据此推断所有区块链都采用相同结构。理解底层技术时，应把界面展示、交易数据结构与共识规则分别考察，避免用一个项目的设计概括整个领域。