W3
01基础认知入门9 个步骤3 个小节预计 25-35 分钟v1 · 更新于 2026-09-19

区块链的构成:从区块到分布式账本

零基础拆解区块链的物理结构:一个区块里到底装了什么、区块头里的父哈希与 Merkle 根各自有什么用、哈希指针如何把一个个区块连成不可篡改的链条、全网为什么要分成全节点与轻节点、分布式账本如何在互不信任的节点之间靠共识维持同一份数据;最后用公有链/联盟链/私有链的分类建立坐标系,并把心智模型从「账本」升级为「全网共同维护的确定性状态机」,再带你打开区块浏览器逐个字段对照本节内容。

区块链的构成:从区块到分布式账本
⚠️
本章要点提示

本章是纯认知章节,不涉及任何转账与资金操作,请放心阅读。初学者最常见的两个坑:一是被「哈希、Merkle 树、共识算法」这类术语吓住,还没建立整体框架就先钻进细节;二是听到「区块链不可篡改」就误以为链上一切都绝对安全——不可篡改指的是网络层面难改历史,链上转错地址、授权恶意合约、私钥泄露造成的损失依然无法撤销。建议先看懂本节的整体结构,再回头精读细节。

小节 01

区块与链的结构

步骤 13
01

先用一句话理解区块链

登录记录进度

区块链(Blockchain)的一句话定义:由全网多台计算机共同维护、按时间顺序首尾相连、任何人都能独立验证的一本公开账本。它真正要解决的问题是「陌生人之间在没有任何中介的前提下,如何对同一份事实达成信任」——不靠银行、不靠平台、不靠法院强制执行,也能让参与各方对「谁拥有多少资产」得到一致结论。

和传统数据库的本质区别有三点:

  • 谁能写:传统数据库由管理员独占写入权限;区块链允许任何节点按公开规则写入,写入前要经过竞争与全网验证。
  • 谁说了算:传统数据库以管理员的记录为准;区块链以全网多数共识为准,单一节点改数据没有任何效力。
  • 能否事后改:传统数据库可以随时 UPDATE 历史记录;区块链上一旦被足够多区块确认,改动的成本高到不现实。

先记住这三条,后面所有名词都是它的展开说明。

先用一句话理解区块链
先用一句话理解区块链|界面示意 · ethereum.org · 采集于 2026-09-18
💡
小技巧:

可以把区块链理解成「一本由几千人同时持有的复式账本,每页写完就复印给所有人」,这样理解后面对「分布式」和「不可篡改」都不会觉得抽象。

02

拆开一个区块:区块头与区块体

登录记录进度

一个区块(Block)在结构上分成两部分。区块头(Block Header)是固定长度的元数据,以比特币为例包含六个字段:父区块哈希(Previous Block Hash,反向指针,指向上一块的指纹)、时间戳(Timestamp,本块打包的 Unix 时间)、Merkle 根(Merkle Root,本块所有交易汇总后的一个哈希值)、难度目标(Difficulty Target,本块需要满足的哈希门槛)、Nonce(随机数,矿工反复试错用的计数器)、以及版本号。

区块体(Block Body)则装着这一块的交易列表,比特币一个区块通常容纳两千到三千笔交易。

关键理解:区块头体积极小(比特币只有 80 字节),却通过 Merkle 根「代表」了整块几千笔交易。所以校验一个区块是否属于某条链,只需要校验它的 80 字节区块头,而不必下载全部交易。

拆开一个区块:区块头与区块体
拆开一个区块:区块头与区块体|界面示意 · ethereum.org · 采集于 2026-09-18
🚫
避坑提醒:

不要把「区块」和「交易」混为一谈:交易是用户发起的转账,区块是矿工或验证者把若干交易打包后的容器。查询交易要用交易哈希(TxHash),查询区块要用区块高度(Block Height),两者在浏览器里是两个不同页面。

03

哈希指针:区块是怎么被连成链的

登录记录进度

每个区块头里都记录了父区块的哈希值,这个「父哈希」就像一个指针,把新区块指回上一块,一块接一块形成链条,这就是区块链名字的由来。这种「包含前一个数据块哈希的引用」被称为哈希指针(Hash Pointer),它同时具备两个能力:定位(告诉我上一块在哪里)与校验(验证上一块是否被改过)。

为什么改一笔历史交易要重算之后所有区块?假设你想篡改第 100 块里的一笔交易,那么该块的 Merkle 根会变→第 100 块的哈希会变→第 101 块里记录的父哈希对不上了,必须一并改→第 101 块的哈希又变→第 102 块继续失效……一路传导到你正在挖的最新块。而且你还得在重算速度上超过全网算力,否则最长链永远不会认你的版本。

哈希指针:区块是怎么被连成链的
哈希指针:区块是怎么被连成链的|界面示意 · ethereum.org · 采集于 2026-09-18
💡
小技巧:

记住一句话就够:哈希指针让「改历史」从改一个数字,变成「重算从那一刻起的所有区块并且跑赢全网」,成本高到不划算,这就是不可篡改的真正含义。

小节 02

数据压缩与全网协作

步骤 46
04

Merkle 树:几千笔交易怎么压缩成一个哈希

登录记录进度

Merkle 树(Merkle Tree,默克尔树)是一种二叉哈希树:先把区块里每笔交易各自哈希一次,得到一排叶子哈希(Leaf Hash);然后两两配对再哈希,得到上一层;反复向上,直到只剩一个哈希值,这个值就是Merkle 根(Merkle Root),被写进区块头。任何一笔交易改动,其叶子哈希变化都会一路向上传导,最终让 Merkle 根完全不同。

Merkle 树最大的价值是支持简易支付验证(Simplified Payment Verification, SPV):轻节点不需要下载整块交易,只要拿到「从某笔交易到 Merkle 根」路径上的少量哈希(称为 Merkle 路径,约 log₂N 个),就能向自己证明「这笔交易确实被打包进了这个区块」。比特币有几千笔交易时,这条路径只需十几个哈希值。

Merkle 树:几千笔交易怎么压缩成一个哈希
Merkle 树:几千笔交易怎么压缩成一个哈希|界面示意 · ethereum.org · 采集于 2026-09-18
💡
小技巧:

看到「Merkle 根」就直接翻译成「本块所有交易的一份总指纹」;看到「Merkle 证明」就翻译成「证明某笔交易在这块里的一小段哈希路径」。

05

认识四类节点:谁在存、谁在验、谁在打包

登录记录进度

区块链网络由不同分工的节点(Node,运行客户端软件并参与网络的计算机)组成: - 全节点(Full Node):下载并保存全部区块数据,独立校验每一笔交易与每一个区块是否符合规则,是网络信任的基石。

比特币全节点目前需要数百 GB 磁盘,并能自己验证余额而无需信任任何第三方。 - 轻节点(Light Node):只保存区块头,通过 SPV 向全节点索取 Merkle 证明来确认交易,磁盘占用极小,适合手机钱包。

代价是依赖全节点提供数据,隐私性较弱。 - 归档节点(Archive Node):不仅保存全部区块,还保存每个区块高度上的完整历史状态快照,可以随时查询「某地址在 2020 年某天的余额」。

以太坊的 RPC 服务商多数使用归档节点。 - 矿工 / 验证者(Miner / Validator):在节点基础上额外承担出块职责,比特币靠算力竞争(PoW),以太坊靠质押 32 ETH 参与(PoS),负责把交易排序打包进区块并获取奖励。

认识四类节点:谁在存、谁在验、谁在打包
认识四类节点:谁在存、谁在验、谁在打包|界面示意 · ethereum.org · 采集于 2026-09-18
🚫
避坑提醒:

「运行全节点」和「挖矿 / 验证」是两件事:跑全节点只做独立校验,不赚币也不出块;要出块还需要额外的挖矿设备或质押资金。不要因为听到「节点能赚钱」就贸然投入设备。

06

分布式账本:全网副本与 P2P 网络

登录记录进度

分布式账本(Distributed Ledger)的核心特征是:同一份数据在成千上万个节点上各存一份副本,任何节点都能独立验证,最终由共识规则决定「哪份是有效版本」。新交易产生后,发起节点通过点对点网络(Peer-to-Peer, P2P)广播给相邻节点,邻居再转发给邻居,几秒内扩散到全网;每个节点各自校验签名与余额,通过校验的交易进入内存池(Mempool)等待打包。

这里要理解一个重要概念:最终一致性(Eventual Consistency)。新交易广播时,不同节点看到的顺序可能略有差异,甚至出现短暂的分叉(两条链同时被不同矿工挖出)。但随着后续区块不断叠加,最长链逐渐胜出,所有节点最终收敛到同一条链、同一份状态。所以「确认数」越多,交易越难被回滚。

分布式账本:全网副本与 P2P 网络
分布式账本:全网副本与 P2P 网络|界面示意 · ethereum.org · 采集于 2026-09-18
💡
小技巧:

看到「已确认 1 次」和「已确认 12 次」是两件完全不同的事:前者只代表被打包进一个区块,后者代表回滚成本极高。大额转账请等待更多确认数。

小节 03

类型、心智模型与动手验证

步骤 79
07

三种类型:公有链、联盟链与私有链

登录记录进度

按准入方式划分,区块链分三类:

类型 谁能加入 谁能出块 典型代表 适用场景
公有链(Public Chain) 任何人无需许可 任何人按规则竞争或质押 比特币、以太坊、Solana 加密货币、DeFi、NFT、公开可验证的去中心化应用
联盟链(Consortium Chain) 需经联盟成员批准 指定的一组机构节点 Hyperledger Fabric、蚂蚁链 银行间清算、供应链金融、多机构数据共享
私有链(Private Chain) 仅内部成员 单一组织控制 企业自建链 企业内部审计、数据存证、流程留痕

判断标准其实就两条:谁可以读谁可以写。公有链做到读写都无许可,因此牺牲了性能换取最大程度的去信任;联盟链与私有链通过限制参与方换取高吞吐与合规可控,但代价是需要信任那组出块机构。

三种类型:公有链、联盟链与私有链
三种类型:公有链、联盟链与私有链|界面示意 · ethereum.org · 采集于 2026-09-18
🚫
避坑提醒:

「用了区块链」不等于「去中心化」:很多宣称区块链的项目实际是私有链或联盟链,出块权仍在项目方手里,用户资产与数据并非由全网保护。看到宣传时先问一句「谁有权出块」。

08

心智模型升级:从账本到状态机

登录记录进度

把区块链仅仅理解成「一本账」会限制你的认知。更准确的说法是:区块链是一台由全网共同维护的确定性状态机(Deterministic State Machine)。它维护一个全局状态(State,比如所有账户的余额、所有合约的存储变量),每笔交易就是一次状态转换函数调用。

流程是:初始状态 S₀ → 交易 T₁ 执行 → 状态 S₁ → 交易 T₂ 执行 → 状态 S₂ …… 每个新区块都记录「从上一个状态到新状态」的这批交易。所谓确定性,是指同一个初始状态执行同一批交易,在全世界的任何节点上都会得到完全相同的结果——否则节点之间就无法达成共识。构建完整状态费时,于是节点只保存一份状态根(State Root,通常是全局状态的哈希)放进区块头,改动状态根就等于改动全局状态。

用状态机视角看,你就能自然理解:为什么合约执行要消耗 Gas(防止无限循环拖垮全网)、为什么交易有顺序(顺序不同结果不同)、为什么「链上无秘密」(状态对所有人可见)。

心智模型升级:从账本到状态机
心智模型升级:从账本到状态机|界面示意 · ethereum.org · 采集于 2026-09-18
💡
小技巧:

遇到任何新链、新概念时都问自己三句话:「它的状态是什么」「什么交易能改变状态」「谁有权排序这些交易」。三问之后,绝大多数名词都会落地。

09

动手实践:在区块浏览器里对照字段

登录记录进度

打开 EtherscanBlockchain.com Explorer,随便点开一个最新区块,把页面字段与本节第 2 步的结构一一对应:找到 Block Height(区块高度)认识区块序号;找到 Timestamp 核对打包时间;找到 Fee Recipient / Miner 看出块者;找到 Transactions 数量核对区块体规模;在以太坊页面上还能看到 State RootWithdrawals Root,它们对应第 8 步讲的全局状态根。

进阶练习:进入「Transactions」列表随便点开一笔交易,注意它的 Block 字段写的是所属区块高度,说明交易是被区块「包裹」的;再回到区块页,点击上一块与下一块来回跳转,体会哈希指针首尾相连的实际形态。做完这一步,你脑子里就不再是抽象名词,而是能指认的实物。

动手实践:在区块浏览器里对照字段
动手实践:在区块浏览器里对照字段|界面示意 · etherscan.io · 采集于 2026-09-18
🚫
避坑提醒:

区块浏览器只用来查询,不需要连接钱包也不需要任何授权。任何让你在「区块浏览器」页面里输入助记词、私钥或点击授权的地方,都是钓鱼页面,请立即关闭。

打开 Etherscan 区块浏览器

来源与时效

本章记录平台 ethereum.org · 客户端 Web / App · 版本 v1 · 最后更新 2026-09-19 Web3 产品的界面与规则更新频繁,动手前请以官方当前界面与公告为准。

这一章可以动手试

区块链域有 2 个练习, 在浏览器里真跑(不连钱包、不发交易),可以拿它们验证刚读到的结论。

相关百科文章

看完本章后可以延伸阅读这些条目