先明确“四大核心技术”的适用范围
本文用分布式账本、密码学、共识机制和智能合约组织解释，便于区分记录、校验、协调和执行等功能。“四大”是一种理解框架，不代表所有区块链都采用相同设计。比特币的账本机制和以太坊的合约机制，也不能直接视为所有区块链的共同规格。
误区一：账本复制得越多，数据就必然可信
Bitcoin Developer Guides对区块链的介绍指出，全节点独立验证区块，账本用来防范重复花费和历史记录修改。这里的关键在于验证规则，而不只是保存多个副本。
可以把多副本理解为让多个参与者持有记录。若记录涉及现实中的货物、身份或履约情况，仅有副本无法证明这些信息最初就准确。理解账本可信度，需要区分“记录符合链上规则”和“记录对应的现实事实真实”。
误区二：用了哈希，内容就被加密且绝对不能修改
哈希适合检测数据变化，与隐藏内容的加密功能不同。公开记录即使使用哈希组织，也不会因此自动保密。讨论隐私时，需要看数据是否公开及其访问方式，不能仅凭“使用密码学”作判断。
比特币通过区块之间的哈希关联及工作量证明增加重写历史的难度。因此，“不可篡改”应理解为特定机制和条件下的抗修改能力，不能理解为任何情况下都不可能发生历史变化。
误区三：共识就是多数节点投票，确认后永远不变
共识机制需要结合具体协议理解。比特币节点在有效候选链之间依据累计工作量选择链，不能简单解释成按节点数量投票。暂时出现竞争区块，也不必然意味着系统失效。
共识解决的是参与者如何协调账本状态。即使大家接受同一份记录，也不能据此推出记录中的现实描述一定真实。判断某条链的确认含义，还应了解其分叉处理和最终性条件。
误区四：智能合约既聪明，又能自动理解现实
以太坊的智能合约介绍将其解释为链上的代码与状态，并说明链外信息需要借助预言机提供。合约按程序执行，不会自行判断现实事件或理解模糊约定。
例如，按天气条件执行规则的应用，需要分别处理天气数据如何进入链上、程序如何使用数据两个问题。执行结果符合代码，并不代表输入准确或规则设计完善。
常见问题：四类技术是否必须同时具备
不能把四项名称当作机械验收清单。更有用的问题是：谁保存和验证记录，什么规则决定记录有效，出现冲突时如何处理，以及程序依赖哪些外部输入。这些问题能帮助理解具体系统的能力与边界，也能避免把某一种区块链的实现方式推广到所有场景。