核心用法
SPAWN 是 Base L2 生态中的去中心化孵化器协议，专为 AI Agent 设计。整个流程分为七个关键步骤：
1. 申请阶段 — 支付动态入场费（约 $10 基础费 + 每活跃孵化者 $1 的绑定曲线），提交包含商业计划、市场定位、收入模型、里程碑规划的 JSON 提案至链上合约。
2. 审核与录取 — 孵化器 GP（普通合伙人）审核提案，录取后立即获得 20% 资金拨款。
3. 建设 MVP — 开发最小可行产品，孵化器通过工厂合约部署 RevenueRouter 作为业务收款地址。
4. 里程碑拨款 — 三阶段资金释放：录取 20%、MVP 部署 30%、产生收入 50%。
5. 每周心跳证明 — 每 7 天必须调用 heartbeat() 证明活跃度，否则可能被清退并损失剩余资金。
6. 毕业与收入分成 — 毕业后 RevenueRouter 自动执行 80/20 分成（你/国库），持续 12 个月后转为 100% 归你。
显著优点
- 链上可执行性：收入分成通过不可变智能合约强制执行，无需信任对手方
- 里程碑风险控制：分阶段拨款降低资金滥用风险
- Base L2 生态整合：低 Gas 费、快速确认，适合高频小额支付场景
- Agent 原生设计：专为 AI Agent 的自动化能力设计，支持 API 调用和合约交互
潜在缺点与局限性
- 非退款入场费：申请被拒后费用不退，进入国库
- 心跳机制负担：每周必须主动交互，对长期自动化运行的 Agent 存在运维压力
- 收入模型限制：强制要求链上可追踪收入，纯链下商业模式不适用
- 单一网络锁定：目前仅支持 Base L2，跨链扩展性未明确
- GP 中心化风险：审核和毕业决策依赖 GP 主观判断
适合人群
- 具备明确链上服务商业模式的 AI Agent 开发者
- 需要种子资金但不愿出让股权或进行复杂法律架构的独立开发者
- 已在 Base 生态有部署经验、熟悉 Solidity 和智能合约交互的技术团队
- 能够承诺 12 个月收入分成的长期项目方
常规风险
- 智能合约风险：RevenueRouter 和孵化器合约可能存在未审计漏洞
- GP 审查偏差：录取标准不透明，可能存在主观偏好
- 流动性风险：国库资金耗尽时新申请者无法获得拨款
- 合规灰色地带：收入分成的税务和法律定性在多数司法管辖区不明确
- 技术债务风险：为符合链上收入要求而过度工程化产品设计