Appearance
15 · 区块链核心原理
LESSON 15 / 35 · 共识、分叉与节点
区块链不是“自动正确”的数据库，而是一套把验证规则、出块权、经济激励和治理分歧组合起来的分布式系统。本节回答四个底层问题：谁来记账，规则如何升级，链如何分类，运行链的计算机承担什么职责。
学习目标
读完本节，你应能：
- 区分共识规则、共识算法和共识机制；
- 比较 PoW、PoS、DPoS、PoH 和 BFT 类机制的基本取舍；
- 解释软分叉、硬分叉与网络升级的关系；
- 区分公有链、联盟链和私有链的参与规则；
- 说明全节点、轻节点、验证者、归档节点、RPC 和预言机的责任边界。
课程正文
15.1 共识机制：在不互信的网络里形成状态
共识规则是参与者接受的有效性条件；共识算法是达成一致的步骤；共识机制还包括激励、惩罚、参与者角色和故障假设。把这三个词混在一起，会把协议设计、运行成本和治理问题压成一个模糊的“共识”。
双花问题要求网络拒绝同一资产被重复花费。拜占庭将军问题则抽象出另一种困难：参与者可能失效、作恶或看到不一致的信息，网络仍要在明确假设下形成可接受的状态。
判断一个共识系统，先问四件事：
- 谁能提议新区块？门槛是算力、质押、代表票权还是许可名单？
- 谁验证区块？验证需要什么硬件、带宽和历史数据？
- 作恶成本是什么？惩罚能否真实执行，是否可能由社会治理介入？
- 最终性如何产生？是概率确认、经济最终性还是 BFT 式确认？
常见机制的取舍
| 机制 | 核心资源或方式 | 主要代价与问题 |
|---|---|---|
| PoW | 算力和电力竞争出块权 | 能耗、硬件与矿池集中 |
| PoS | 质押资本参与验证 | 质押分布、客户端、治理与退出机制 |
| DPoS | 代币持有者选出有限代表 | 代表集中和投票参与率 |
| PoH | 可验证的时间/排序辅助 | 不能单独等同完整共识，要结合具体协议 |
| BFT 类机制 | 在已知或受限集合中快速达成一致 | 参与门槛、通信复杂度与成员假设 |
这些是理解框架，不是对具体网络的性能排名。机制名称不能替代当前协议文档。
15.2 分叉与升级：规则改变谁说了算
中心化数据库可以由管理员统一升级；开放网络则需要节点、矿工、验证者、交易所、开发者和用户逐步接受新规则。发布一份客户端代码，不等于网络已经完成升级。
- 软分叉通常收紧有效规则，旧节点仍可能接受新链的一部分区块；
- 硬分叉引入旧节点不接受的新规则，可能形成两套规则和两条链；
- 分叉也可能来自区块大小、货币政策、治理权和利益分配的冲突。
因此，升级分析要分开：客户端版本变了什么，共识规则变了什么，应用标准变了什么，哪些参与者接受了新规则，哪些参与者保留旧规则。
15.3 公有链、联盟链与私有链
| 链型 | 参与方式 | 主要信任假设 | 适合观察的问题 |
|---|---|---|---|
| 公有链 | 通常开放读取和无许可参与 | 参与者不预先互信 | 谁能验证，抗审查和隐私如何取舍 |
| 联盟链 | 一组已知机构共同维护 | 成员身份和机构协作 | 谁能加入，权限和审计如何组织 |
| 私有链 | 单一组织控制参与权限 | 组织承担主要控制责任 | 与传统数据库相比增加了什么可验证性 |
分类不是安全等级。判断链型时，要问谁能进、谁能记账、谁能看账、谁能升级，以及谁承担故障责任。
15.4 节点：把协议变成实际运行的机器
- 全节点保存并验证完整或近完整的历史与规则，能够独立检查区块；资源成本较高。
- 轻节点只保留必要信息，依赖全节点或证明服务，使用方便但信任假设更多。
- 矿工/验证者负责提议、打包或确认新区块，并按协议获得奖励或承担惩罚。
- 归档节点保留更完整的历史状态，适合分析和基础设施。
- RPC 节点向应用提供查询、广播和订阅接口，但“能查询数据”不等于“用户自己验证了网络”。
- 预言机把链下数据带入链上，是数据桥接角色，不是共识本身；错误数据可能成为应用层单点风险。
节点数量只是一个指标。还要看地理位置、客户端、云厂商、质押、开发团队和维护能力是否集中。
15.5 两种权力：记账与验收
网络里可以区分两种容易被混淆的权力：
- 记账权：谁有机会提议、打包或确认新区块；
- 验收权：谁能运行规则、验证区块并拒绝无效状态。
全节点不一定获得经济奖励，却可以独立检查每笔账是否符合规则。理解这一点，有助于避免把“出块者控制一切”或“节点数量越多越安全”当成完整结论。
概念结构
text
区块链核心原理
├─ 共识：让不互信节点接受同一状态
│ ├─ 双花 / 拜占庭问题
│ ├─ PoW：算力与电力 → 出块权
│ ├─ PoS：质押资本 → 验证与惩罚
│ ├─ DPoS：代表投票 → 效率与集中
│ ├─ PoH：可验证时钟 → 排序辅助
│ └─ BFT：有限集合 → 快速最终性
├─ 分叉与升级
│ ├─ 软分叉：规则收紧，部分兼容
│ ├─ 硬分叉：规则不兼容，可能产生新链
│ └─ 技术规则 + 节点接受 + 社会治理
├─ 链的类型
│ ├─ 公有链：开放、无许可
│ ├─ 联盟链：多机构、权限与协作
│ └─ 私有链：单组织、内部控制
└─ 节点角色
├─ 全节点：独立保存与验证
├─ 轻节点：依赖证明或服务
├─ 矿工 / 验证者：提议与确认
├─ 归档节点：保留历史状态
├─ RPC：向应用提供接口
└─ 预言机：连接链下数据，不等于共识可验证问题
- 共识规则、算法和机制分别回答什么问题？
- 为什么双花问题需要共同接受的排序和验证规则？
- 软分叉和硬分叉的主要差异是什么？
- 公有链、联盟链和私有链分别把信任放在哪里？
- RPC、全节点和验证者的职责有什么不同？
- 为什么“记账权”和“验收权”不能混成同一个角色？
学习动作：做一张共识与节点责任表
选择 BTC、Ethereum 或一个你正在研究的链，完成：
| 维度 | 你的记录 | 证据来源 | 尚未确认的风险 |
|---|---|---|---|
| 出块/提议者如何产生 | |||
| 验证者如何参与 | |||
| 作恶如何惩罚 | |||
| 何时算最终确认 | |||
| 普通人如何运行节点 |
至少引用一份官方协议或客户端文档，把“原文比喻”和“协议事实”分开写。
官方资料入口
来源与时效提醒
本页公开整理自课程 15 的 preview、线性笔记和 mindmap。TPS、节点数、确认时间、攻击成本、质押比例和客户端状态会变化；DPoS、PoH、BFT 的分类也不能脱离具体链的实现。页面不构成投资、资产配置或链上交互建议。