返回 SC 笔记
SC Day 85

多链: PM视角的多链选择指南

### 一、链选择决策框架

2026-07-02
第四阶段:综合实战
多链策略PM决策链选择跨链桥风险产品战略

日期: 2026-07-02 方向: 多链 阶段: 第四阶段:综合实战 标签: #多链策略 #PM决策 #链选择 #跨链 #桥风险 #产品战略


今日目标

前两天(Day 81/83)从技术角度对比了 EVM/Solana/Move 三大平台。今天转换到产品经理视角——构建一个系统化的链选择决策框架。这不是"哪条链更好"的技术讨论,而是"对于我的产品和用户,哪条链是最优选择"的商业决策。

在 Web3 产品管理中,链选择是最重要的早期决策之一,因为:

  • 迁移成本极高(重写合约 + 重建流动性 + 用户迁移)
  • 链选择决定了用户群(不同链的用户画像差异巨大)
  • 链选择决定了可用的基础设施(预言机/桥/钱包)
  • 链选择影响了安全模型和审计策略

核心概念

一、链选择决策框架

1.1 五维评估模型

                    性能需求
                      ▲
                     /|\
                    / | \
                   /  |  \
                  /   |   \
    安全要求 ◄───/────┼────\───► 生态成熟度
                /     |     \
               /      |      \
              /       |       \
             ▼        ▼        ▼
        开发者可用度    成本敏感度

每个维度 1-5 分,形成五角雷达图
根据产品类型确定各维度权重
维度评估要点权重因子
性能需求TPS、确认时间、并行需求高频产品权重大
安全要求资金量级、合规要求、审计资源金融产品权重大
生态成熟度用户基数、流动性、基础设施需要组合性的产品权重大
开发者可用度语言人才、框架成熟度、社区创业团队权重大
成本敏感度Gas费用、部署成本、维护成本面向散户的产品权重大

1.2 各链评分表

维度Ethereum L1Ethereum L2SolanaSuiAptos
性能 (TPS)14555
安全 (去中心化+审计)54333
生态 (TVL/用户/工具)54422
开发者 (人才/框架)55322
成本 (Gas/部署)14555

二、决策树: 我的产品应该部署在哪条链?

开始 → 你的产品管理多大规模的资金?
│
├── >$100M TVL (高价值金融)
│   └── 需要机构级安全和审计
│       ├── 需要可组合性 (DeFi乐高)?
│       │   ├── 是 → Ethereum L1 或 Arbitrum/Base
│       │   └── 否 → 考虑 Ethereum L1
│       └── 需要高频交互?
│           └── 是 → Arbitrum/Base + Ethereum L1结算
│
├── $1M-$100M (中等规模)
│   └── 用户主要是谁?
│       ├── 机构/专业用户 → EVM L2 (Arbitrum/OP/Base)
│       ├── 散户/加密原住民 → Solana 或 EVM L2
│       └── 游戏玩家/Web2用户 → Sui 或 Solana
│
├── <$1M 或非金融 (社交/游戏/NFT)
│   └── 核心交互频率?
│       ├── 高频 (>10次/天/用户)
│       │   ├── 对延迟敏感 → Sui (亚秒确认)
│       │   └── 需要大用户量 → Solana (成熟生态)
│       └── 低频 (<10次/天/用户)
│           └── EVM L2 (最大开发者生态)
│
└── 不确定/MVP阶段
    └── 默认选择 EVM L2 (Base/Arbitrum)
        原因: 最多开发者、最多教程、最容易招人
              且可以随时迁移到 Ethereum L1

三、真实案例分析

案例1: Uniswap 的多链战略

Uniswap 的链选择演进:
2018: Ethereum L1 (唯一选择)
2021: Polygon, Arbitrum, Optimism (L2扩展)
2023: Base, BNB Chain, Avalanche (更多L2和Alt-L1)
2024: Uniswap X (Intent-based, 链无关)

关键决策逻辑:
├── 为什么 EVM 优先?
│   └── 最大的流动性网络 + 可组合性
├── 为什么不去 Solana?
│   └── 需要完全重写 + Solana 已有 Raydium/Orca
├── 为什么做 Uniswap X?
│   └── Intent-based 模式让用户不关心在哪条链执行
└── PM 教训: 多链不是目的,用户体验才是

案例2: Blur 的链选择

Blur 只在 Ethereum L1:
├── 为什么不去 L2?
│   └── NFT 蓝筹(BAYC/Punks)只在 L1
│   └── 高价值交易对 Gas 不敏感
│   └── L1 流动性最深
├── 结果: 通过专注 L1 打败了多链部署的 OpenSea
└── PM 教训: 不是链越多越好,专注 > 分散

案例3: Star Atlas (Solana 游戏)

Star Atlas 选择 Solana:
├── 为什么选 Solana?
│   └── 游戏需要亚秒级响应
│   └── 每个游戏动作都需要上链(NFT道具/经济系统)
│   └── Gas 几乎为零 → 用户不感知链上成本
├── 遇到的问题:
│   └── Solana 多次宕机影响游戏可用性
│   └── Account 模型限制了复杂游戏逻辑
└── PM 教训: 高性能链的稳定性风险需要预案

案例4: 多链 DeFi 的教训 — SushiSwap

SushiSwap 的多链挑战:
├── 部署了 15+ 链
├── 问题:
│   └── 每条链需要独立的流动性激励 → 代币稀释
│   └── 每条链需要独立的安全审计 → 成本指数增长
│   └── 用户分散 → 每条链的体验都不够好
│   └── 团队精力分散 → bug修复延迟
├── 结果: TVL 和市场份额持续下降
└── PM 教训: 多链战略需要对应的资源规模

四、多链 vs 跨链战略

4.1 三种多链策略对比

策略描述适用场景风险
单链专注只部署在一条链MVP、资源有限、有明确目标链错过其他链的用户
Hub-Spoke主链为核心,桥接到其他链有核心流动性、需要扩展覆盖桥安全风险
全链部署每条链独立部署资源充足、已验证产品管理成本高
Intent-Based用户提交意图,后端路由到最优链下一代方案(UniswapX/CoW)技术复杂度高

4.2 跨链桥风险分析

桥类型安全性速度示例被攻击金额
官方桥 (L1↔L2)最高慢(7天提款)Arbitrum Bridge$0
锁定-铸造桥Wormhole$320M (2022)
流动性桥Stargate, Across相对安全
消息桥取决于实现LayerZero, Axelar$0 (目前)

桥安全事件统计:

2021-2023 跨链桥安全事件:
├── Ronin Bridge: $620M (私钥泄露)
├── Wormhole: $320M (签名验证绕过)
├── Nomad: $190M (默克尔根漏洞)
├── Harmony Bridge: $100M (多签被攻破)
└── 总计: >$2B

PM 决策影响:
- 跨链功能引入的安全风险可能大于业务收益
- 如果必须跨链,优先使用官方桥
- Intent-based 方案(如 Across)安全性更好

五、PM 决策工具: 链选择评估表

## [产品名称] 链选择评估

### 1. 产品画像
- 产品类型: [DeFi/NFT/游戏/社交/支付]
- 目标 TVL: [$X]
- 目标用户画像: [机构/散户/游戏玩家/开发者]
- 日均交互频率: [次/用户/天]
- 最大可接受 Gas: [$X/笔]
- 最大可接受延迟: [X 秒]

### 2. 五维评分 (1-5)
| 维度 | 评分 | 权重 | 加权分 |
|------|------|------|--------|
| 性能 | X | X% | X |
| 安全 | X | X% | X |
| 生态 | X | X% | X |
| 开发者 | X | X% | X |
| 成本 | X | X% | X |

### 3. 链候选评估
| 链 | 加权总分 | 关键优势 | 关键风险 |
|-----|---------|---------|---------|
| [链A] | X | ... | ... |
| [链B] | X | ... | ... |
| [链C] | X | ... | ... |

### 4. 决策
- **首选链**: [选择]
- **备选链**: [选择]
- **多链时间表**: [如果需要多链,何时扩展到第二条链]
- **关键假设**: [这个决策基于什么假设,如果假设不成立怎么办]

六、实际评估示例: 假设我们要做一个收益聚合器

## YieldMax 收益聚合器 — 链选择评估

### 1. 产品画像
- 产品类型: DeFi (收益聚合)
- 目标 TVL: $10M-$100M (第一年)
- 目标用户: 加密原住民 + DeFi 进阶用户
- 日均交互: 1-2次 (存取款)
- 最大可接受 Gas: $1/笔
- 最大可接受延迟: 30秒

### 2. 五维评分
| 维度 | 权重 | Ethereum L1 | Arbitrum | Solana | Sui |
|------|------|------------|----------|--------|-----|
| 性能 (30%) | 30% | 1 (0.3) | 4 (1.2) | 5 (1.5) | 5 (1.5) |
| 安全 (30%) | 30% | 5 (1.5) | 4 (1.2) | 3 (0.9) | 3 (0.9) |
| 生态 (20%) | 20% | 5 (1.0) | 4 (0.8) | 4 (0.8) | 2 (0.4) |
| 开发者 (10%) | 10% | 5 (0.5) | 5 (0.5) | 3 (0.3) | 2 (0.2) |
| 成本 (10%) | 10% | 1 (0.1) | 4 (0.4) | 5 (0.5) | 5 (0.5) |
| **加权总分** | | **3.4** | **4.1** | **4.0** | **3.5** |

### 3. 决策
- **首选**: Arbitrum
  - 理由: EVM 兼容(容易部署Aave/Compound策略),Gas低,安全性好(继承以太坊安全)
  - 风险: L2 排序器中心化,7天提款期

- **二阶段扩展**: Base (同为 EVM L2,OP Stack)
  - 理由: Coinbase 生态用户,共享 EVM 代码

- **暂不考虑**: Solana (需要完全重写合约), Sui (生态太早期)

关键要点总结

  1. 链选择是产品决策,不是技术决策: 核心问题不是"哪条链性能最好",而是"我的用户在哪里"和"我的产品需要什么基础设施"。

  2. 默认选择 EVM 生态: 除非有明确的理由(如需要亚秒级确认或极低 Gas),EVM L2(Arbitrum/Base)是最安全的默认选择——最多的开发者、最成熟的工具、最容易找到审计公司。

  3. 多链是奢侈品: 每增加一条链意味着2倍的开发、审计和运维成本。只有在产品市场匹配(PMF)之后才考虑多链扩展。

  4. 跨链桥是最大的安全风险: $2B+ 的桥攻击损失说明一切。如果产品设计可以避免跨链,就避免。如果必须跨链,优先用官方桥。

  5. Intent-Based 是未来: UniswapX/CoW Protocol 展示了用户不需要关心在哪条链执行。长期来看,链选择会变成后端基础设施决策而非用户可见的选择。


常见误区

  1. 误区: 追热点选链 — "这条链最近涨了100%所以我应该部署上去" → 链的代币价格和产品部署决策无关。

  2. 误区: 先部署再找用户 — "我先部署到5条链,用户总会来" → 资源分散导致每条链的体验都不好。

  3. 误区: L1 不行了应该去 L2 — 取决于产品。高价值 DeFi(如 Lido、MakerDAO)的核心仍在 L1,因为安全性和去中心化对它们最重要。

  4. 误区: Solana 宕机所以不能选 — Solana 的稳定性已大幅改善。评估应基于当前数据,而非历史偏见。


面试关联

Q: "How would you decide which chain to deploy on?"

结构化回答:

我会使用五维评估框架——性能、安全、生态、开发者和成本——根据产品特性给每个维度加权。

具体流程:

  1. 定义产品需求: 目标用户、资金规模、交互频率、延迟要求
  2. 数据驱动评估: 用 DeFiLlama 查 TVL 和用户数据,用 GitHub 查开发者活跃度
  3. 基础设施检查: 预言机(Chainlink/Pyth)、桥、钱包在目标链的覆盖度
  4. 安全评估: 可用的审计公司、历史安全事件、共识机制成熟度
  5. 成本估算: Gas 费用、部署成本、审计成本、招聘成本

对于大多数 DeFi 产品,我的默认建议是 EVM L2(如 Arbitrum 或 Base),除非有明确的理由选择其他链。

Q: "你对多链战略怎么看?"

多链是好的目标但危险的起点

  • 好处: 覆盖更多用户、分散单链风险
  • 代价: 开发成本翻倍、安全审计翻倍、运维复杂度指数增长
  • 建议: 先在一条链上验证 PMF,然后逐步扩展。SushiSwap 的教训是——没有足够资源的多链扩张会稀释每条链的体验。
  • 未来趋势: Intent-Based 架构(UniswapX)会让多链变成后端基础设施问题,用户甚至不需要知道自己在哪条链上。

参考资源

  1. DeFiLlama - Chains — 多链 TVL 和数据对比
  2. L2Beat — L2 风险评估和数据
  3. Electric Capital Developer Report — 多链开发者统计
  4. Rekt News - Bridge Hacks — 跨链桥安全事件
  5. Messari - Crypto Theses — 行业趋势报告
  6. [a]16z State of Crypto](https://a16zcrypto.com/state-of-crypto/) — 行业数据报告