先分清算法解决的不同问题
区块链并不是依靠一种算法完成所有任务。入门可以围绕三个问题建立框架：数据是否发生变化，交易是否符合规则，节点面对不同记录时如何选择共同认可的历史。它们相互配合，但不能彼此替代。
还应区分算法、数据结构和协议。哈希属于算法，默克尔树属于组织哈希的数据结构，共识机制则是一套协调节点的规则。把这些概念全部称为“加密算法”，容易误解它们的作用。
哈希与默克尔树：从摘要到包含证明
Bitcoin Developer Guides 的区块链章节介绍了两种哈希关联：区块头引用前一区块的哈希，交易哈希则逐层汇总为默克尔根。修改交易会改变相关哈希；默克尔树还支持通过中间哈希验证交易被纳入某个区块。
理解哈希时，可将其视为数据摘要，而不是能够解密还原的密文。它适合用于比对内容、建立引用关系，却不负责判断输入内容是否真实，也不自动赋予交易合法性。
默克尔证明回答的是“这笔交易是否包含在对应的数据集合中”。这与“交易是否满足全部验证规则”是两个问题。因此，学习包含证明时，也要了解区块头及其所属链的可信依据。
PoW与PoS：参与资格不等于完整共识
ethereum.org 的共识机制说明强调，工作量证明和权益证明只是完整共识机制的组成部分。前者依赖计算工作，后者依赖质押及奖惩；网络还需要区块验证与分叉选择规则，才能协调对链状态的认识。
理解这些机制，重点不是背诵缩写，而是追问：谁可以提出区块，参与者付出什么资源，出现竞争区块时怎样选择，违规行为受到什么约束。不同机制的适用条件和安全假设，需要结合具体协议判断。
常见问题：为何不能只看链长
比特币的分叉选择比较有效候选链的累计工作量，并非单纯比较区块数量；节点也不会因为某条链工作量较大，就接受其中不符合验证规则的区块。交易层面还要检查被引用的输出能否使用，避免同一输出重复花费。
因此，“哈希正确”“交易被收录”“网络认可这段历史”并不是同义词。学习时可以分别画出数据引用关系、交易验证流程和分叉选择流程，再观察三者如何连接，比孤立记忆算法名称更有助于理解。