公链 vs 私链
| 概念 | 技术比喻 | 特点 | 例子 |
|---|---|---|---|
| 公链 Public Chain | 大型开源项目 (如 Linux Kernel) | 无许可 Permissionless: 任何人都可以运行节点、提交交易、查看历史记录 | Ethereum, Bitcoin |
| 私链 Private Chain | 公司内部的私有 Git Repo | 需许可 Permissioned: 只有被授权的成员才能访问，由单一实体控制，高度中心化，性能极高 | 企业内部，如供应链金融、溯源 |
Layer 1 (L1)
所有架构的基础，是最终的”事实来源” Source of Truth。
类比：
- 像项目的 main 分支，每次 merge（交易确认）需要严格的 Code Review 和 CI/CD（共识机制）
- 像单体架构的主服务器，极其稳定、安全，但性能有限
核心特性
- 安全性 Security：由共识机制（PoW/PoS）保障
- 数据可用性 Data Availability：完整的交易历史记录
- 去中心化 Decentralization：全球成千上万节点运行
扩容问题
随着应用增多，L1 拥堵，导致交易速度慢、手续费高昂。
Layer 2 (L2)
为 L1 分流，在不改变 L1 的前提下扩容。
工作方式：
- L1 和 L2 共享同一个核心数据（L1 State）
- 大部分请求在 L2 处理，速度快、成本低
- 处理完后，L2 将摘要（Proof）和日志（Transaction Data）提交回 L1
核心特性
继承 L1 安全性：所有日志提交给 L1，任何人都可验证 L2 的计算结果。如果 L2 作弊，L1 会拒绝并惩罚。
数据在 L1 可用：L2 安全的关键。
两种实现方式
1. Optimistic Rollups 乐观 Rollup
“先执行，后验证”：乐观地假设交易有效，直接打包。
- 挑战期：7 天观察期，任何人可提交欺诈证明 Fraud Proof 来挑战
- 例子：Arbitrum、Optimism、Base
- 缺点：提款需等待 7 天
2. ZK-Rollups 零知识证明 Rollup
“先证明，再执行”：提交时附带密码学证明 Validity Proof。
- 验证机制：L1 只需验证证明有效性，无需重跑计算
- 例子：Linea、Scroll、Polygon zkEVM
- 优点：提款无需等待期，即时到账
- 缺点：生成证明计算量大，技术复杂
Sidechain 侧链
独立的区块链，有自己的共识机制，通过桥 Bridge 与 L1 连接。
类比：完全独立的第三方服务，有自己的服务器、数据库、安全团队。
工作方式：
- 用户在 L1 锁定资产
- 在侧链获得等价代币
- 通过桥同步资产信息
例子：Polygon PoS、Ronin
核心特性
- 独立安全性：不依赖 L1，如果侧链被攻击，L1 无能为力 ⚠️
- 数据在 L1 不可用：交易数据只在侧链，运行成本极低
- 灵活性：可自定义所有技术参数
对比总结
| 架构 | 技术类比 | 安全性来源 | 数据可用性 | 与 L1 的关系 | 核心权衡 |
|---|---|---|---|---|---|
| L1 | 单体主服务器 / main 分支 | 自身 (全球节点共识) | 链上 | 生态系统的根基 | 安全 vs. 性能 (牺牲性能保安全) |
| L2 Rollup | 与主库共享 DB 的微服务 | 继承 L1 安全性 ✅ | 链上 (数据提交回 L1) | 强依赖 (父子关系) | 安全 vs. 成本 (比 L1 便宜，比侧链贵) |
| Sidechain | 通过 API 连接的第三方服务 | 自身 (独立的验证者) ⚠️ | 链下 (数据不提交回 L1) | 弱耦合 (邻居/合作伙伴关系) | 性能 vs. 安全 (牺牲安全换性能) |