误区一：讲得通俗就等于理解
把区块链讲成“大家共同记账的账本”，可以帮助入门，但这句话没有解释记录怎样被验证、发生冲突时怎样处理。使用简单语言时，仍要保留机制中的关键条件。
检验理解时，可以连续追问：谁检查记录？检查依据是什么？两个节点暂时看到不同记录怎么办？无法回答的地方，就是下一轮需要核对的知识缺口。流畅复述只能检验表达，不能单独证明理解。
误区二：把类比当成完整定义
以太坊技术介绍将智能合约类比为自动售货机，便于理解程序根据输入和条件执行操作。但这一类比不能证明程序没有错误，也不能说明所有现实条件都会自动成为链上输入。
解释一个类比时，应补上一句边界说明。例如，售货机类比主要帮助理解条件与执行的关系；理解程序为何得到某个结果，还需要看具体代码和输入。
误区三：用一条链解释所有区块链
以太坊技术介绍涉及账户、虚拟机和权益证明；比特币开发指南则通过未花费交易输出、工作量证明等概念解释其账本机制。这些差异意味着，不能把某条链的实现直接写成所有区块链的共同规则。
学习笔记可以先写清对象，再解释机制。讲比特币交易时，尝试说明先前输出如何被后续交易使用；讲以太坊时，则说明账户与程序状态的关系。比较应帮助区分适用范围，而非强行统一术语。
误区四：把不可篡改讲成绝对保证
比特币开发指南说明，区块通过哈希引用连接，修改历史记录会影响后续连接；工作量证明进一步增加重写历史的成本。把它缩写为“数据写入后永远无法改变”，会遗漏安全机制成立的条件。
讲解时应区分“修改本地数据”和“让网络接受修改后的历史”。前者不能直接证明后者可行。理解这一差别，才能把哈希连接、验证规则与共识机制之间的关系说清楚。
怎样判断这种方法是否适用
费曼式讲解适合梳理基础概念、暴露术语混淆，不足以单独验证协议实现或复杂安全结论。每次选一个小问题，用自己的话解释，标出说不清的步骤，核对技术说明后再改写，最后增加一个边界问题。
常见问题是“必须完全不用术语吗？”不必。可以保留节点、哈希、共识等必要术语，但要说明它们在当前问题中承担什么作用。学习目标是准确而清楚，而非单纯缩短解释。