第 3 章 铸造车间：账本、区块与网络

第 3 章 · 铸造车间：账本、区块与网络

本章要回答的三个问题：分布式账本与传统数据库在数据组织上到底差在哪？区块、交易、节点这些车间设施如何协作，把一笔笔交易铸成不断延伸的链条？智能合约这台"自动机床"在什么环境里运转、又如何把账本从记录器升级为执行器？

为什么会有这一章

备料车间的实验台上看材料，一切都很干净：哈希是纯函数，签名是纯数学。可真实机器必须在不可靠的网络上、由互不相识的节点、以随时可能被拔线的硬件运转。材料进入车间后立刻面对一组新问题：账本副本散落各处，数据怎么组织才能让"逐块校验"成为可能？交易怎么建模才能让"余额"和"顺序"都有唯一定义？消息在节点间怎么传播才能扛住丢包、延迟与恶意延迟？把"合约代码"放进账本之后，执行环境又如何保证所有节点算出同一结果？

这一章就是回答这些问题的车间图纸课。学完你会发现，区块链的许多"怪癖"——交易要等确认、手续费竞拍、全节点要存几百吉字节——都不是缺陷，而是分布式环境下数据组织方式的必然后果。看懂图纸，后面的熔炉（第 4 章）才不是空中楼阁：共识争的不是抽象的"一致"，争的正是本章定义的"下一块区块"。

读完能解决什么

对照开篇的三个问题，读完本章你应当能：画出账本型数据库与关系型数据库在追加写、哈希链、复制策略上的差异表；默写区块头的关键字段并说明每个字段服务于哪条安全性质；解释 UTXO 与账户余额两种交易模型的等价性与取舍；区分全节点、轻节点、归档节点的资源画像与信任假设；描述交易从签名到最终确认在网络中的传播路径与重传机制；说明虚拟机如何用"确定性执行 + 燃料计量"保证全网状态一致；评估数据膨胀问题下的修剪与存储方案。

本章知识点清单（可考核）

• 能说出分布式账本的追加写特性与"状态=前缀链的折叠结果"的定义方式
• 能逐字段解释区块头：版本、父哈希、Merkle 根、时间戳、难度目标、随机数各自的作用
• 能对比 UTXO 模型与账户模型在并行验证、隐私、智能合约表达力上的差异
• 能描述 P2P 网络的泛洪广播、邻居发现与区块同步流程，解释"网络分区"时链的表现
• 能说明全节点与 SPV 轻节点的验证差异及各自信任假设
• 能解释虚拟机为何必须是确定性的、燃料费如何防止死循环与资源滥用
• 能列举数据膨胀的对策：修剪、快照、无状态验证的思路与代价

各节怎么分工

车间内部的工序衔接是严格的单向供料：先定账本组织（3.1），再定数据单元（3.2），单元靠网络流动（3.3），合约在账本之上执行（3.4），积累的数据最终考验存储设计（3.5）。

先决条件

第 2 章的材料学是硬前置：你应当已经会用哈希、理解签名与 Merkle 证明——本章将频繁调用这些结论而不再重复推导。少量网络常识（延迟、丢包重传）有助于 3.3 节，但不强制。

往下走到哪

车间图纸看完，机器仍缺一个核心控制器：谁有权把下一个区块送上流水线？多份候选区块同时出现时听谁的？这正是熔炉工段的领地。带着本章的区块结构与网络模型进入第 4 章，共识算法的每条规则都会变得具体可感。

还想多留一句给动手型的读者：本章的五个最小模型（账本折叠、区块校验、UTXO 花费、泛洪传播、燃料计量）故意写得短小，为的是让你能在一小时内把它们全部跑通并逐一破坏——改坏一个字段、删掉一道检查、把燃料上限调到刚好不够，观察每个模型的报错方式。这些报错信息就是真实链上节点日志的骨架，读懂它们，将来排查主网同步问题时会省下大把时间。