可以把区块链想成一本不断追加页码的账本：每一页记录一批新交易，同时写下“上一页”的数字指纹。只要中间某一页被修改，它自己的指纹会变化，下一页保存的引用也会立刻对不上。
先记住一句话：每个新区块都带着前一区块的哈希，因此区块不是各自独立，而是按顺序相互引用。
一个区块里有什么？
不同区块链的字段并不完全相同，但理解链式结构时，可以先抓住三类核心信息。
01 / 交易数据
本区块记录了什么
包含经过网络验证、准备写入历史的一批交易或状态变化。
02 / 前区块哈希
它接在谁的后面
保存前一个区块的数字指纹，形成明确的先后引用关系。
03 / 本区块哈希
当前内容的摘要
由区块头等数据计算得到，内容改变时，结果也随之改变。
区块怎样接在一起？
新区块会把前一个区块的哈希写入自己的区块头。下面省略了大量真实字段，只保留最重要的引用关系。
举例
区块 100
前区块：…8a21
本区块：…4f92
本区块：…4f92
→
区块 101
前区块：…4f92
本区块：…bc07
本区块：…bc07
→
区块 102
前区块：…bc07
本区块：…d315
本区块：…d315
修改旧记录会发生什么？
如果区块 100 的交易数据被改动，它的哈希将不再是原来的 “…4f92”。区块 101 仍然引用旧哈希，链接便会失效；想掩盖改动，就必须继续重做后面的区块，并让网络接受这段新历史。
旧数据被修改区块 100 的内容发生变化
→
区块哈希改变原来的数字指纹失效
→
后续引用断裂节点可发现历史不一致
有两条链时听谁的？
网络延迟可能让多个有效区块几乎同时出现，形成短暂分叉。节点需要依照协议的分叉选择规则与共识结果，判断哪条是规范链；没有被选中的区块不会继续成为主历史的一部分。
01 / 验证
先检查区块是否有效
节点独立执行规则，拒绝无效交易、签名或区块格式。
02 / 选择
再判断跟随哪条分支
PoW、PoS 等机制使用不同的权重和投票方式选择链头。
03 / 确认
等待历史更加稳定
随着后续区块或最终性确认到来，被重组的可能性逐渐下降。
⚠ 容易混淆的地方
哈希链接能让篡改被发现，但它本身不会自动阻止篡改。真正让重写历史付出高昂代价的，是共识机制、分布式节点和经济激励共同形成的安全性；最近产生的区块也可能发生短暂重组。
本节要点
- 区块包含本批数据，并通过前一区块哈希建立先后关系。
- 修改旧区块会改变哈希，使后续区块保存的引用失效。
- 网络出现临时分叉时，需要分叉选择规则决定规范链。
- 链式结构负责暴露改动，共识机制负责让改写历史变得困难。
📝 本节自测
新区块靠什么与之前区块建立连接？
旧区块数据被修改最直接会发生什么？
分叉时由谁确定规范链？
判断：光是哈希链接就能让改写历史几乎不可能。
得分：0 / 4