第 10 讲：扩容与模块化区块链——Rollup 时代

  • 扩容约束：吞吐（TPS）、费用（Gas）、延迟（最终性）
  • 三难困境：去中心化—安全—可扩展性难以同时最大化
  • 关键概念：分片（sharding）、数据可得性（Data Availability, DA）
  • 主流路线：Rollup（Optimistic / ZK）+ DA 优化（EIP-4844、Danksharding）
  • 结构变化：单体链（monolithic）→ 模块化（modular）
  • 金融含义：成本下降与体验提升，同时带来跨层协调与流动性碎片化

上讲回顾与本讲定位

  • 上讲（第 09 周）核心：加密市场三层结构、估值线索（网络指标/因子模型）、ETF 机制与机构化进程
  • 本讲位置：技术演进主线——扩容是区块链从"可用"走向"可用且可规模化"的关键一跃
  • 关键追问：Rollup 是扩容的终局还是过渡方案？模块化架构如何改变安全与效率的权衡？
  • 预习回顾：机构化带来资金流入 → 链上活动增长 → 扩容需求更加迫切

区块链扩容为何成为核心问题

  • 公链面临吞吐量不足、费用过高、延迟明显的约束
  • 用户与应用增长推动扩容需求持续上升
  • 性能瓶颈限制金融应用落地：高频交易、清算、支付等对成本/延迟敏感
  • 扩容不仅是"更快"，也是"更可用、更可验证"
  • 结论：扩容问题会决定链上金融的规模上限与产品形态

区块链扩容为何成为核心问题（续）：实证约束

维度 以太坊主网（L1） 典型 L2 传统金融对照
吞吐量（TPS） ~15-30 ~2,000-4,000+ Visa: ~24,000
交易费用 $1-$50+（拥堵时） $0.01-$0.50 信用卡: 1.5%-3.5%
最终性时间 ~12-15秒（概率性） 秒级 + L1 最终性 实时/ D+1
区块空间竞争 全局竞争 局部竞争较小 不适用
  • TPS/费用/延迟三者的关联：拥堵 → Gas 竞拍 → 高费用 + 长延迟
  • 扩容的根本目的：打破这种三角约束，使链上应用的规模与成本可预测

扩容三难困境与设计取舍

  • 三难困境（Blockchain Trilemma）：去中心化、安全、可扩展性难以同时最大化
    • 去中心化：节点数量多、门槛低、权力分散
    • 安全：抗攻击能力、经济安全性、不可篡改性
    • 可扩展性：高吞吐、低成本、低延迟
  • 扩容的本质：重新分配验证、存储与执行负担（谁来算、谁来存、谁来验）
  • 不同方案是不同取舍组合：更高 TPS 往往伴随更高复杂性或更强信任依赖

扩容三难困境（续）：不同路线的取舍分析

扩容方案 牺牲维度 保留维度 关键风险
增大区块 去中心化（全节点需求↑） 安全、TPS↑ 中心化趋势
分片 安全性（跨片攻击面↑） 去中心化、TPS↑ 跨片原子性
L2 / Rollup 可组合性（跨层协调↑） 安全（锚定 L1） 桥与互操作风险
侧链 安全性（独立共识） TPS↑ 资金锚定风险
  • 讨论重点：取舍是否可被机制化约束（可验证性、可惩罚性）
  • 结论：扩容路线之争，本质是架构与信任边界的再划分

扩容三难困境（续）：学术视角

  • 经典博弈模型（Malik et al. 2022, Management Science）：

    • 比特币的扩容拥堵缓解有利于大矿工默契串通
    • 大矿工可通过战略性部分填充区块人为降低实际吞吐量，获取更高交易费
    • 技术干预（如禁止大型矿商）可消除串通，但降低系统安全性

  • 核心启示：

    • 扩容不仅是技术问题，更是激励相容的经济设计问题
    • 单纯提高容量可能被策略行为部分抵消
    • 三难困境不仅是工程约束，也是博弈论约束

分片的基本逻辑

  • 分片（Sharding）：把系统拆成多个处理单元（分片），提高并行处理能力
  • 网络分片：节点分组，各处理不同分片交易
  • 状态分片：各分片维护独立的状态子集
  • 交易分片：交易分发到对应分片处理
  • 关键挑战：
    • 跨片交易原子性（Cross-shard atomicity）
    • 分片内安全（单分片被攻击 = 全网部分失效）
    • 节点分配与重组的随机性

数据可用性（DA）—— 关键瓶颈

  • 仅拆分不够：外界需要确认"数据确实公开"，否则无法独立验证
  • 数据可得性问题（Data Availability Problem）：
    • 区块生产者可能只发布区块头而不发布完整数据
    • 验证者无法仅凭区块头确认数据是否完整
  • DA 与 Rollup 强相关：
    • L2 执行可外包，但 L1 必须承载可验证的数据发布
    • 如果 L2 数据不可得，用户无法自行复算和验证状态
  • DA 解决方案：
    • 链上 DA（L1 calldata / blob）：安全但成本较高
    • 链下 DA（Celestia / EigenDA）：成本低但引入额外信任假设

分片与数据可用性：对比总结

方案 核心思想 优点 主要挑战
传统分片 拆分链为多个并行分片 链内并行处理 跨片原子性、安全复杂度
DA 分片（Danksharding） 保留单一执行层，拆分 DA 执行简单、DA 可扩展 验证节点需支持 blob
模块化 DA 层（Celestia） 独立的 DA 共识网络 通用 DA、灵活接入 额外信任假设、生态成熟度
  • 结论：DA 是 Rollup 与模块化设计的关键瓶颈与竞争焦点
  • 当代扩容的核心争论：数据放在哪里、谁付成本、如何验证

The Merge 与扩容路线的关系

  • The Merge：以太坊共识从 PoW 切换到 PoS（2022年9月）
  • 核心变化：
    • 共识机制：工作量证明 → 权益证明
    • 能耗：降低 ~99.95%
    • 区块生产：矿工 → 验证者（stakers）
  • The Merge 不是直接扩容方案：
    • 不会立刻显著提高吞吐（TPS 仍然 ~15-30）
    • 不会直接降低单笔 Gas 成本
    • 不是"扩容完成"的信号

The Merge 的扩容铺垫作用

  • 真正价值：为后续扩容路线提供了基础工程前提
    • 共识层灵活性：PoS 支持更灵活的区块提案机制（如 proposer-builder separation）
    • 验证者集可管理：为 Danksharding 的 blob 验证提供节点基础
    • 协议可升级性：PoS 更便于协议分叉与参数调整
  • 常见误区：把"共识切换"误读为"扩容完成"
  • 路线协同：Merge → Surge（扩容阶段）→ Scourge / Verge / Purge / Splurge

The Merge 解决了什么、没解决什么

问题 The Merge 解决？ 备注
高能耗 是 PoS ≈ 0 能耗
低 TPS 否 需要 Surge 阶段（Danksharding）
高 Gas 费 否 需 L2 + EIP-4844 等后续
最终性时间 部分 PoS 最终性更确定（Gasper）
协议可升级性 是 PoS 架构更易升级
去中心化风险 有争议 验证者集中化问题仍在

模块化区块链：执行、共识、DA、结算分层

  • 单体链（Monolithic）：执行、共识、DA、结算集中在同一层

    • 例：比特币、以太坊（主网）
    • 优点：简单、原子可组合
    • 瓶颈：所有节点承担全部负载 → 扩容上限低

  • 模块化（Modular）：将功能拆分到不同层/不同网络

    • 优点：各层可独立扩展和优化
    • 挑战：跨层协调、信任模型复杂化

模块化的四层分工详解

功能层 职责 典型实例 扩展方向
执行层 交易计算与状态更新 L2（Optimism, Arbitrum, zkSync） 并行执行（如 Fuel）
共识层 区块排序、最终性 以太坊 PoS, Celestia 零知识最终性
数据可用性层 保证数据发布与可验证 Celestia, EigenDA Blob → Danksharding
结算层 最终确认与争议解决 以太坊 L1 结算专用链
  • 四层之间通过协议接口（桥/证明机制）连接
  • 模块化的核心思路：专业化替代全能化

模块化 vs 单体：架构对比

对比维度 单体架构 模块化架构
节点负担 全节点需处理所有功能 每层节点专注单一功能
扩容路径 整体扩容（每一层都需升级） 按层独立扩容（针对瓶颈层升级）
可组合性 原生原子可组合 需要跨层协调机制
安全性 单一信任模型 多层信任模型（各层假设不同）
技术复杂度 较低 较高（跨层依赖管理）
灵活性 较低（升级需全协议共识） 较高（可独立升级各层）

Celestia：专用 DA 层

  • 定位：首个模块化数据可用性网络
  • 核心设计：
    • 仅负责共识 + DA，不处理执行
    • 数据可用性抽样（Data Availability Sampling, DAS）
      • 轻节点只需抽样部分数据即可验证可用性
      • 数学保证：足够多的抽样 ≈ 极大概率数据完整
    • 命名空间 Merkle 树（NMT）：支持多 Rollup 共享同一 DA 层
  • 与 Rollup 的关系：
    • Rollup 将交易发布到 Celestia
    • Celestia 保证数据可用
    • 执行 + 结算由 Rollup 自行处理

EigenDA：外包型 DA 服务

  • 定位：再质押（Restaking）驱动的 DA 服务
  • 核心设计：
    • 构建于 EigenLayer 之上
    • 利用以太坊验证者集合的再质押做 DA 验证
    • 经济安全性来自再质押的 ETH
  • 特点：
    • 服务化 DA（DA as a Service）
    • 可定制的安全与成本参数
    • 更适合需要灵活 DA 配置的应用链
  • 与 Celestia 的区别：
    • Celestia：独立共识 + DA 链
    • EigenDA：依赖以太坊再质押的服务

Danksharding：以太坊的 DA 扩展路线

  • 定位：以太坊原生的 DA 扩展方案
  • 核心思想：
    • 不拆分执行层（不同于传统分片）
    • 扩展共识层对数据可用性的承载能力
    • 保留单一执行环境的原子可组合性
  • 关键创新：
    • Blob 交易：临时数据空间，不进入 EVM 状态
    • Proposer-Builder Separation (PBS)：分离区块提议与构建
    • DAS 验证：轻节点通过抽样验证 blob 数据可用性
  • 阶段：Proto-Danksharding (EIP-4844) → Full Danksharding

Celestia / EigenDA / Danksharding：比较总结

方案 定位 与以太坊耦合度 安全模型 生态成熟度
Celestia 独立 DA 共识链 低（通用型） Tendermint BFT + DAS 主网上线，生态发展期
EigenDA 再质押 DA 服务 中（依赖以太坊再质押） 以太坊验证者再质押 + 削减条件 测试网/早期主网
Danksharding 以太坊原生 DA 高（以太坊协议级） 以太坊 PoS + DAS 规划中（Proto 已上线）
  • 共同主题：围绕 DA 提升扩展能力
  • 竞争点：谁能在"安全 + 成本 + 生态接入"上找到最优平衡

Optimistic Rollup：基本机制

  • 核心思想：默认交易有效（optimistic），先执行后验证
  • 流程：
    1. L2 排序器（Sequencer）批量打包交易
    2. 将交易数据 + 状态根发布到 L1
    3. L1 合约记录批次，不立即验证
    4. 挑战期内，观察者可提交欺诈证明（fraud proof）
    5. 挑战通过=状态回滚 + 惩罚；挑战期结束=批量最终确认
  • 关键参数：挑战窗口（通常 7 天→已优化至 1 天）
  • 激励结构：验证者因发现错误而获得奖励

Optimistic Rollup：欺诈证明详解

  • 欺诈证明类型：
    • 单轮欺诈证明：在 L1 直接重放整个交易 → Gas 成本高
    • 多轮欺诈证明：二分查找定位争议指令 → Gas 成本低（如 Arbitrum）
  • 争议解决协议（AVM / OVM 设计）：
    • 二分查找定位分歧步骤
    • 只在 L1 执行单步指令做最终裁决
  • 关键参与方：
    • 排序器（Sequencer）：提交 L2 区块
    • 挑战者（Challenger）：监控并提交欺诈证明
    • 验证者（Validator）：参与争议解决

Optimistic Rollup：项目与数据

项目 特点 关键创新 TVL / 规模
Optimism OP Stack 模块化框架 Bedrock 升级：EVM 等价性 月活用户 >1200 万
Arbitrum 多轮欺诈证明 AnyTrust 通道（数据可用性模式） TVL >80 亿美元
Base Coinbase 支持 OP Stack 实例 日交易 >1000 万
Scroll 原生 zkEVM（混合路线） - 生态建设期
  • 挑战窗口已经优化：大多项目从 7 天 → 1 天
  • 关键指标：L2 总 TVL > 320 亿美元（市场高点），日活 ~450 万

ZK Rollup：基本机制

  • 核心思想：批量交易后生成有效性证明（validity proof / ZK proof）
  • 流程：
    1. L2 证明者（Prover）批量处理交易
    2. 生成零知识证明（证明状态转换正确）
    3. 将证明 + 状态根提交到 L1
    4. L1 的验证合约验证证明 → 通过即确认
  • 无需挑战期：证明本身保证正确性
  • 无需额外参与者：不需要挑战者监控
  • 结论：ZK 的优势来自"可验证计算"，代价是"证明系统复杂度"

ZK Rollup：证明系统深度分析

  • 主流证明系统：

    • ZK-SNARK（Succinct Non-interactive ARgument of Knowledge）：
      • 证明小、验证快
      • 需要可信设置（trusted setup，可被 MPC 缓解）
      • 例：Groth16、PLONK
    • ZK-STARK（Scalable Transparent ARgument of Knowledge）：
      • 无需可信设置
      • 证明更大、验证计算成本更高
      • 抗量子（Hash-based）
      • 例：StarkNet / Cairo

  • 生成成本vs验证成本：

    • 证明生成：计算密集型（GPU/FPGA/ASIC 加速）
    • 证明验证：L1 上毫秒级完成
    • 当前瓶颈：证明生成速度与产生成本

ZK Rollup：项目与数据

项目 证明系统 EVM 兼容 特点
zkSync Era PLONK + 自定义电路 兼容（EVM 等效） 可编程性突破
StarkNet STARK + Cairo 不直接兼容 高效但需 Cairo 语言
Polygon zkEVM zkEVM 电路 完全 EVM 等效 低迁移门槛
Scroll zkEVM 电路 完全 EVM 等效 去中心化排序器
  • 证明生成速度提升 ~200%，成本降低 ~50%（过去一年）
  • 当前格局：ZK Rollup 在安全性和最终性上领先，但在 EIP-4844 前成本竞争力不如 Optimistic

Optimistic vs ZK Rollup：对照分析

对比维度 Optimistic Rollup ZK Rollup
确认机制 挑战期内未收到挑战 有效性证明通过
最终性时间 1-7 天（挑战窗口） 分钟级（证明验证时间）
安全性假设 至少一个诚实验证者 证明正确性（密码学保证）
退出资金等待 需要等待挑战期 无需等待
证明成本 低（仅挑战时需付） 高（每笔都需要计算证明）
技术成熟度 更高（主网运行更久） 仍在优化中（证明速度↑↓）
  • 结论：ZK 更适合对安全性/最终性要求高的场景；Optimistic 更适合对成本/灵活性敏感的场景
  • 长期趋势：随着证明成本下降，ZK 可能占据更大份额

EIP-4844 / blob transactions / Dencun

  • 目标：降低 Rollup 向主链发布数据的成本（从而降低 L2 用户费用）
  • 主要创新：
    • Blob 交易：引入新的交易类型，携带 blob 数据
    • Blob 存储：数据在共识层可用，但不进入 EVM 状态
    • 临时保留：blob 数据约 18 天后删除
  • 定位：Proto-Danksharding（完整 Danksharding 的前置步骤）
  • Dencun 升级（2024年3月）：
    • Deneb（共识层）+ Cancun（执行层）
    • 正式激活 EIP-4844

Blob 的结构与经济含义

对比维度 Calldata（传统方案） Blob（EIP-4844）
存储位置 EVM 状态（永久，全部节点） 共识层（临时，仅信标节点）
保留时间 永久 ~18 天
成本 高（受 L1 Gas 价格竞争） 低（独立的 blob Gas 市场）
扩展性 受限（EVM 状态膨胀） 可扩展（可增加 blob 数量）
L2 成本影响 数据发布占 L2 总成本的 80%+ 数据发布成本降低 ~90%+
  • 经济含义：L2 成本结构变化——数据发布成本显著下降
  • L2 费用不再主要由"L1 数据发布"决定

EIP-4844 后的 L2 费用结构

  • L2 总费用 = L2 执行费 + L1 数据发布费
  • 升级前：L1 数据发布费占总费用的 80%-95%
  • 升级后：L1 数据发布费降至总费用的 10%-30%
    • L2 执行费成为主要组成部分
    • L2 费用与 L1 拥堵脱钩
  • Blob Gas 市场：
    • 独立于 L1 执行 Gas 市场
    • blob gas 价格由供需决定（但波动性更低）
    • 目标：每个区块 3 个 blob，可弹性至 6 个
  • 结论：扩容往往来自"数据层成本优化"，而非只靠"更快执行"

Layer 2 对流动性与市场效率的影响

  • 直接收益：

    • 交易成本下降 90%+（EIP-4844 后更显著）
    • 更多交易与策略可行（含小额定期支付、高频交互）
    • 用户体验提升：更快确认、更低费用

  • 结构性副作用：

    • 用户、资产、协议分散到不同 L2 → 流动性碎片化
    • 各 L2 生态环境化：协议需要在多个 L2 分别部署
    • 用户需要在不同 L2 之间管理资产

L2 流动性碎片化的具体表现

L2 生态 主要资产 原生桥 典型应用
Arbitrum ETH, ARB, GMX Arbitrum Bridge GMX, Camelot
Optimism ETH, OP, SNX OP Bridge Synthetix, Velodrome
Base ETH Base Bridge Aerodrome, Friend.tech
zkSync Era ETH, ZK zkSync Bridge SyncSwap, Mute
  • 跨 L2 价差与套利机会增多 → 套利者收入上升
  • 用户跨层路由复杂度上升 → 新用户门槛提高
  • 协议跨层部署成本增加 → 多链运营挑战

应对流动性碎片化的协调机制

机制 原理 代表方案
跨链桥 锁定/铸造或原生验证 Hop, Across, Stargate
共享排序器 多 L2 共享排序层 → 原子可组合 Espresso, Astria
统一结算层 多 L2 结算到同一 L1 以太坊 L1
流动性聚合 聚合多 DEX 流动性 Uniswap X, 1inch
互操作标准 标准化跨链消息 IBC, XCM
  • 核心转变：L2 提升效率的同时，把问题从"性能"转移到"协调"
  • 互操作性不再是可选功能，而是基础设施必选项

扩容的经验教训：CryptoKitties 案例分析

时间 事件 影响
2017.11 CryptoKitties 上线以太坊 首个大规模区块链游戏 DApp
2017.12 占主网 ~15% 带宽，全网拥堵 未确认交易积压，Gas 暴涨
后续影响 推动扩容研究加速 直接催化了 L2 和分片路线

核心启示：

  • 一个 DApp 的成功就可能导致全网瘫痪 → 单体架构瓶颈明显
  • 用户增长与网络容量之间巨大差距 → 扩容不是可选项而是必选项
  • DApp 设计需要考虑底层网络承载能力

扩容的经验教训（续）：从 CryptoKitties 到 Rollup

  • 技术架构教训：

    • 性能瓶颈不可通过简单参数调整解决（如增大区块）
    • 扩展性必须在架构层面设计，而非事后修补
    • 单体链的"全局拥堵"是系统性问题

  • 生态层面教训：

    • DApp 开发者需要考虑底层网络负载变量
    • 资源分配机制（Gas 市场）需要健壮
    • 应急方案（拥堵时的用户保护）需要预设

  • 行业层面启示：

    • 扩容推动了从单体到模块化的范式转变
    • 分层架构（L1 / L2）被证明是有效路径

扩容的经验教训：不能只看 TPS

指标 为什么重要 容易被忽视的问题
TPS 直观度量 峰值 vs 稳态；与去中心化反向相关
交易费用 用户直接感知 波动性比绝对值更重要
最终性 金融结算关键 概率最终性 vs 刚性最终性
可验证性 信任最小化基石 轻节点 vs 全节点的验证能力
可组合性 协议间交互成本 跨层组合（L1↔L2↔L2）难度陡增
复杂性 系统可审计性 复杂性 = 攻击面 + 风险溯源难度
  • 架构评价不能只看 TPS：金融应用更看重安全、可验证、最终性、可组合性
  • 性能提升往往伴随复杂性上升：系统更难理解、实施与审计

扩容的工程现实与风险视角

  • 工程现实：

    • 跨层依赖越多，边界条件与故障模式越复杂
    • 层间交互（提款、桥、证明提交）增加延迟与失败点
    • 每一层升级都需要协调其他层的兼容性

  • 风险视角：

    • 复杂性成为新的系统性风险来源（尤其在极端行情/拥堵时）
    • 桥安全事件：跨链桥攻击是 L2 生态的主要安全漏洞
    • 排序器中心化风险：多数 L2 目前依赖单一排序器

  • 结论：扩容是"架构重构"，不是"参数调大"

课堂讨论：扩容方案的场景化选择

场景分析任务：给定以下三个应用场景，判断最适合的扩容方案，并说明理由。

场景 特征 关键需求
A. 高频 DeFi 交易协议 永续合约 DEX，日交易量 $5 亿 低延迟、高吞吐、快速最终性
B. 企业供应链金融 多家银行间应收账款流转 隐私保护、合规审计、已知参与方
C. 去中心化社交应用 海量低频小额交互（点赞/关注） 极低成本、大规模用户、非金融

选择框架（参考）：

是否需要完全无需许可？ → 是 → 公链 Rollup（Optimistic/ZK）
是否需要强隐私保护？ → 是 → Validium / 许可链
是否需要原子跨链组合？ → 是 → 共享排序器 L2 集群
是否对成本极其敏感？ → 是 → Validium / 侧链

讨论延伸：

  1. 一个应用能否同时使用多种扩容方案？（如交易在 L2，治理在 L1）
  2. "选择 Rollup"是否意味着"选择了以太坊生态"——即选择了特定的安全假设和网络效应？
  3. 如果 Celestia + 独立执行层可以提供类似以太坊 Rollup 的功能且更便宜，应用应该迁移吗？

学术引用：扩容经济学研究

  • Malik et al. (2022, Management Science)："Why Bitcoin Will Fail to Scale"——大矿工的策略行为可能导致扩容努力被部分抵消
  • Lehar & Parlour (2023, JFE)：L2 扩容显著提升了以太坊生态的交易处理能力和市场流动性
  • John et al. (2023)：分析 Rollup 经济学中的收入模型与可持续性问题
  • Cowl (2024)：模块化架构下，DA 层从成本中心变为收入来源——改变了区块链经济模型

本讲总结：从单体链到模块化生态

  • 扩容已从单点性能问题，演化为整体架构问题
  • 三个关键范式转变：
    1. 单体链 → 模块化链（分层专业化）
    2. 链上全量计算 → Rollup（执行外包 + L1 锚定）
    3. 链上永久数据 → Blob 临时数据（成本优化）

本讲总结（续）：核心线索回顾

主题 核心知识点 实际问题
扩容约束 TPS、费用、延迟三者关联 高频金融应用受限
三难困境 去中心化、安全、可扩展性三角取舍 扩容方案选择框架
DA 瓶颈 数据不可得 = 不可验证 Rollup 和模块化的关键
Rollup 路线 OR: 欺诈证明；ZK: 有效性证明 执行外包的两条路径
EIP-4844 Blob 数据空间，独立 Gas 市场 L2 费用下降 90%+
跨层协调 桥、共享排序、互操作标准 流动性碎片化解决方向

本讲总结（续）：下一阶段展望

  • Rollup 是当前主流扩容路线：把执行外包，同时把可验证性锚定在 L1

  • DA 仍是关键瓶颈：EIP-4844 与 Danksharding 路线围绕"更便宜的数据发布"

  • 下一阶段焦点：

    • 共享安全（Shared Security）：多链共享验证者集
    • 跨层互操作（Cross-layer Interop）：无缝资产与消息传递
    • 共享排序器（Shared Sequencer）：L2 间原子可组合性
    • 去中心化排序（Decentralized Sequencing）：减少单点信任

  • 最终愿景：多链协作生态，而非单一区块链

附录：推荐阅读与参考资料

  • 经典文献：
    • Ethereum Whitepaper (2014) — 智能合约与去中心化平台
    • Bitcoin: A Peer-to-Peer Electronic Cash System (2008) — 原始白皮书
    • Malone et al. "Why Bitcoin will Fail to Scale" (Management Science, 2022)
  • 技术文档：
    • EIP-4844: Proto-Danksharding — Blob 交易规范
    • Celestia 白皮书 — 模块化 DA 网络设计
    • L2Beat — L2 项目数据与风险评估
  • 实践资源：
    • Dune Analytics: L2 数据看板
    • Ethereum.org: Layer 2 路线图
    • L2BEAT Risk Dashboard

占位符：TPS/费用/延迟的直观对比图（以太坊主网 vs L2 的典型量级，用课堂材料再补数据）

占位符：三难困境三角图（必补：三难图）

注意：此页作为补充阅读材料，课堂时间紧张时可跳过

占位符：DA 概念图（数据发布→外界可获取→可验证；对比"数据不可得"的失败情形）

旧页来源：p.180（改编）

占位符：误区对照卡片（The Merge 解决什么 / 不解决什么）

旧页来源：p.216（改编）

占位符：分层结构图重绘（单体 vs 模块化；四层模块堆叠）

旧页来源：p.219（核心页）

占位符：项目比较表（方案/定位/安全与依赖/适用场景）控制篇幅

旧页来源：p.219（改编）

占位符：fraud proof 流程图（提交批次→挑战→证明→回滚/惩罚）必补

占位符：validity proof 结构图（L2 执行→生成证明→L1 验证→确认）必补

占位符：blob 结构示意（交易携带 blob→共识层可用→到期删除/不进状态）必补

资料来源：EIP-4844（课堂引用时标注）

占位符：L1+多 L2 的流动性碎片化示意图（资产分散→桥连接→路由）

旧页来源：p.217, p.328（改编；课堂可补 L2 数据）

旧页来源：p.239-241

占位符：路线总结图（单体链→rollup-centric→模块化生态；标注 DA/EIP-4844/Danksharding）