Appearance
13 · Web3 与区块链入门
LESSON 13 / 35 · 所有权、账本与共识
Web3 常被描述为从“用户创造、平台控制”走向“用户创造、协议执行和用户控制部分资产”。这不是对所有产品的统一事实描述，而是一种重新安排创造权、所有权、控制权和收益分配的设计方向。本节先建立问题意识，再进入区块链的账本和共识机制。
学习目标
读完本节，你应能：
- 比较 Web1、Web2 和 Web3 中创造权、数据权和账户控制权的变化；
- 区分平台内余额、Coin、Token 与钱包控制的资产；
- 解释交易、区块、哈希、默克尔树和共识之间的关系；
- 理解去中心化、开放透明、不可篡改的边界；
- 用不可能三角分析一条链的工程取舍。
课程正文
13.1 从 Web1 到 Web3：权力与数据如何移动
Web1 以读取和专业分发为主，内容由平台或编辑创造、整理和提供，用户主要获得访问权。Web2 让用户能够读、写、发布和社交，但账号、数据、流量分发和商业化通常仍由平台掌握。
Web3 试图把“读 + 写”推进到“读 + 写 + 拥有”：钱包地址可以跨应用使用，区块链记录状态，智能合约执行公开规则，用户通过密钥控制部分资产和操作权限。
这套安排同时改变责任：
- 平台托管降低密钥管理门槛，但用户依赖平台的账户和恢复机制；
- 自托管让用户直接控制密钥，却增加丢失、钓鱼、签名和设备安全责任；
- 链上公开提高可验证性，也可能暴露行为轨迹；
- 开放代码有助于审计，但不等于代码没有漏洞；
- 协议上的控制权不自动等于现实世界中的版权、合同或法律权利。
所以“用户拥有”需要继续追问：拥有的是哪一层的控制权，能否转移，谁能暂停，出错时谁负责恢复？
13.2 Q 币、Coin 与 Token：相似的界面，不同的记账权
Q 币等平台内余额由发行方记账和控制，用户获得的是平台内使用权。平台可以调整规则、限制流通或冻结账户，用户无法用自己的密钥独立验证平台账本。
Coin 通常是公链原生资产，承担 Gas、结算、激励或网络安全等功能。Token 通常由宿主链上的智能合约维护余额和权益，依赖宿主链和合约逻辑运行。
| 类型 | 谁记录状态 | 用户控制什么 | 需要继续核对什么 |
|---|---|---|---|
| 平台内余额 | 平台数据库 | 账户登录后的使用权 | 平台规则、冻结和恢复 |
| Coin | 公链节点按协议共同维护 | 符合规则的密钥控制权 | 网络、共识、托管和私钥 |
| Token | 宿主链上的合约状态 | 合约规则允许的余额或权益 | 合约权限、升级、暂停和发行方 |
“私钥即所有权”是协议控制层面的简化表达。托管关系、合约权限、发行方承诺和现实法律请求权，都可能改变实际风险。
13.3 区块链：公共账本与共识
区块链首先是一种公共账本和分布式状态系统，不是自动产生价值的装置。一笔交易通常会经历：
text
签名 → 广播 → 节点验证 → 打包进区块 → 网络确认 → 更高程度的最终性节点会根据签名、余额、交易格式和协议规则验证交易。区块把一段时间内的交易组织起来，并通过哈希引用前一区块；哈希输入发生变化，输出也会显著变化，从而让历史改写变得昂贵。
默克尔树等数据结构可以帮助验证大量交易的完整性。它们解决的是数据组织和验证效率，不会自动保证智能合约逻辑、预言机数据或现实世界结果正确。
要分开三个时间点：
- 提交：交易被发送到网络或某个服务；
- 确认：交易已经被纳入区块，网络暂时接受该状态；
- 最终性：重组或逆转风险下降到协议和使用场景认为可以接受的程度。
“不可篡改”表示改写成本高、依赖共识和确认状态，不表示写错后一定可以撤回。
13.4 三个常见特征及其边界
去中心化
节点和验证者分散，降低单点故障与单一机构控制，但节点、客户端、开发团队、云服务、质押和基础设施仍可能集中。需要观察控制点是否真正分散，而不是只看节点数量。
开放透明
区块、地址和交易通常可公开查询，便于审计和追踪。地址不一定对应实名，但公开行为仍可能形成可分析的轨迹；透明不等于无隐私代价。
不可篡改
哈希和共识提高历史改写成本，但分叉、治理介入、中心化权限、私钥盗用和错误写入仍是现实边界。区块链能记录“发生了什么”，不自动证明“记录内容在现实中是真的”。
13.5 不可能三角：所有链都在取舍
去中心化、安全性和可扩展性很难同时无限最大化：
- 提高吞吐可能带来更高硬件门槛；
- 降低验证成本可能依赖更少的参与者或更强的基础设施；
- 增加分层和模块化能力会引入跨层、数据可用性和治理复杂度；
- 更快的确认不一定等于更强的抗审查或更低的系统风险。
这不是简单的“先进/落后”排序，而是目标和约束不同。读一条链时，先问：谁能参与验证，谁承担作恶成本，数据和最终结算在哪里，异常时谁能升级或暂停。
概念结构
text
谁创造？谁拥有？谁控制？谁获益？
├─ Web1：只读，平台或编辑分发
├─ Web2：读写，平台控制数据、账号与流量
├─ Web3：读写拥有，协议、钱包与密钥参与确权
├─ 资产与记账
│ ├─ 平台余额：平台发行、平台记账
│ ├─ Coin：公链原生资产
│ └─ Token：宿主链合约维护的余额或权益
├─ 区块链账本
│ ├─ 签名 → 广播 → 验证 → 打包 → 确认
│ ├─ 区块 + 哈希 + 默克尔树
│ └─ 共识：让节点接受同一状态
└─ 不可能三角
├─ 去中心化
├─ 安全性
└─ 可扩展性 → 分层、参数与治理取舍可验证问题
- Web3 的“拥有”与平台账户的“使用权”差异在哪里？
- Coin、Token、区块链和钱包分别解决什么问题？
- 公开账本为什么不等于公开私钥？又带来什么隐私代价？
- 交易提交、确认和最终性有什么区别？
- 一条链如何在去中心化、安全性和可扩展性之间取舍？
- 哪些代码、密钥、治理和法律问题没有被 Web3 叙事自动解决？
学习动作：做一张账本权力迁移图
选一个熟悉的 Web2 产品和一个公开可观察的链上应用，完成下表：
| 问题 | Web2 产品 | 链上应用 | 证据与边界 |
|---|---|---|---|
| 谁记录余额或状态？ | |||
| 谁能修改规则或冻结？ | |||
| 用户控制什么账户或密钥？ | |||
| 出错时谁负责恢复？ |
至少使用公开产品文档或区块浏览器支持两项判断，并写出一条 Web3 仍未解决的边界。
官方资料入口
来源与时效提醒
本页根据课程 13 的 preview、线性笔记和 mindmap 整理，保留所有权、账本、共识和不可能三角的理解框架。TPS、费用、节点数量、案例时间和项目状态会变化，不得把教材中的数字当作当前性能结论。
本页用于建立概念，不构成投资、资产配置或链上交互建议。