返回AI笔记
AI Day 72

AI Day 72: DeFi Agent 经济系统设计实战 — 从0到1设计一个收益优化Agent

AI Day 72: DeFi Agent 经济系统设计实战 — 从0到1设计一个收益优化Agent

2026-04-06
AI经济系统设计DeFi收益优化Token模型熔断机制Session分润

日期:2026-04-06 阶段:第五阶段 — AI Agent 经济模型深度 (Day 71+) 标签AI Agent 经济系统设计 DeFi 收益优化 Token模型 熔断机制 Session Keys 分润


项目背景:我们要设计什么?

产品定义

YieldPilot — 一个 AI 驱动的 DeFi 收益优化 Agent

用户存入资产 → Agent 自动在多个 DeFi 协议间调仓 → 最大化风险调整后收益

为什么选这个场景?

理由说明
需求真实DeFi 收益策略复杂,手动调仓耗时且需要专业知识
收入可量化Agent 的超额收益可直接在链上计算和验证
适合 Agent需要24/7监控、快速决策、多协议交互 — 人做不好,Agent做得好
金融背景加分结合传统资管的风控思维,做差异化设计

核心功能

用户视角:
  存入 USDC/ETH → 选择风险等级(保守/均衡/激进) → 坐等收益

Agent 视角:
  监控 Aave/Compound/Morpho/Pendle/Convex 等协议
  → 计算风险调整后最优策略
  → 自动执行调仓(供给/借贷/LP/质押)
  → 定期再平衡
  → 异常时触发熔断保护

一、经济系统全景图

┌─────────────────────────────────────────────────────────┐
│                    YieldPilot 经济系统                     │
│                                                         │
│  ┌──────────┐    ┌──────────┐    ┌──────────┐          │
│  │  用户层   │    │ Agent层  │    │  协议层   │          │
│  │          │    │          │    │          │          │
│  │ 存入资产  │───→│ 策略执行  │───→│ DeFi协议  │          │
│  │ 选择风险  │    │ 自动调仓  │    │ 产生收益  │          │
│  │ 获得收益  │←───│ 熔断保护  │←───│ 返回收益  │          │
│  └──────────┘    └──────────┘    └──────────┘          │
│       │               │               │                │
│       ▼               ▼               ▼                │
│  ┌──────────────────────────────────────────┐          │
│  │             Token 经济层 ($PILOT)          │          │
│  │                                          │          │
│  │  质押治理 ←→ 手续费分润 ←→ Agent注册绑定    │          │
│  └──────────────────────────────────────────┘          │
│       │               │               │                │
│       ▼               ▼               ▼                │
│  ┌──────────────────────────────────────────┐          │
│  │             安全与风控层                    │          │
│  │                                          │          │
│  │  Session Keys ←→ 预算限额 ←→ 熔断机制      │          │
│  └──────────────────────────────────────────┘          │
└─────────────────────────────────────────────────────────┘

二、Token 模型设计 ($PILOT)

2.1 Token 基本参数

参数设计理由
名称$PILOT简洁,传达"自动驾驶"理念
总供应100,000,000 (1亿)不需要太大供应量
类型效用+治理混合效用创造需求,治理赋予权利
通胀固定供应,无增发简洁模型,避免通胀稀释
Ethereum L2 (Base/Arbitrum)低Gas + 流动性好

2.2 Token 分配

总量: 100,000,000 $PILOT

团队 & 顾问      15%  ─── 4年 Vesting,1年 Cliff
早期投资人        10%  ─── 3年 Vesting,6个月 Cliff
生态发展基金      25%  ─── Agent开发者激励 + 集成奖励
协议金库          15%  ─── 由 DAO 治理控制
社区空投           5%  ─── 早期用户 + DeFi 老用户
流动性引导        10%  ─── DEX 初始流动性 + LP激励
质押奖励          20%  ─── 前3年递减释放

2.3 Token 效用设计(四重需求锚点)

Token 必须在系统中"不可或缺",而非可有可无。设计四个刚性使用场景:

效用 1:绩效费折扣(核心需求驱动)

未持有 $PILOT  → 绩效费 20%
持有 1,000+    → 绩效费 15%(25%折扣)
持有 10,000+   → 绩效费 12%(40%折扣)
质押 50,000+   → 绩效费 8%(60%折扣)

为什么这样设计

  • 大户有强动机持有/质押 $PILOT → 创造持续买压
  • 折扣直接影响收益,比治理投票更有吸引力
  • 参考 BNB 在 Binance 的交易费折扣模式,已被验证有效

效用 2:Agent 注册绑定

创建新 Agent 策略  → 质押 10,000 $PILOT
Agent 策略被选用   → 获得该策略绩效费分润
Agent 策略表现差   → 扣除部分质押(Slashing)

为什么这样设计

  • 策略开发者需要 "Skin in the Game"
  • 防止垃圾策略泛滥
  • Slashing 机制保证策略质量

效用 3:治理投票

质押 $PILOT → 获得 vePILOT(锁仓时间越长,权重越大)
vePILOT 投票决定:
  - 新协议集成优先级(先接 Pendle 还是先接 Morpho?)
  - 风控参数调整(最大单协议暴露比例)
  - 金库资金使用(Grant/回购/LP)
  - Agent 策略上架审核

效用 4:协议收入分润

所有绩效费收入(ETH/USDC)
    ├── 60% → vePILOT 质押者按权重分润
    ├── 20% → 协议金库(DAO 控制)
    ├── 10% → Agent 策略开发者
    └── 10% → 保险基金(覆盖极端损失)

2.4 Token 价值捕获飞轮

更多用户存入资产
    ↓
AUM 增长 → 绩效费收入增长
    ↓
vePILOT 质押收益增长 → 更多人买入质押
    ↓
$PILOT 需求 ↑ → 价格 ↑
    ↓
持有 $PILOT 的费率折扣更有吸引力
    ↓
更多用户存入资产(回到起点)

飞轮健康检查

  • ✅ 驱动力来自真实 AUM 增长和绩效费,非补贴
  • ✅ Token 需求有多个锚点,不只是投机
  • ⚠️ 冷启动期收入少,需要生态基金补贴质押奖励
  • ⚠️ 市场下行期 AUM 缩水会导致飞轮减速

三、支付与资金流设计

3.1 费用结构

费用类型费率说明
管理费0%(免费)降低用户进入门槛
绩效费8-20%(分级)仅从超额收益中收取
提前退出费0.5%(7天内提取)防止快进快出套利
Gas费用户承担(从收益扣)调仓Gas从收益中扣除

3.2 绩效费计算方式

绩效费 = max(0, 实际收益 - 基准收益) × 费率

基准收益(High Water Mark 模式):
  - 保守策略:Aave USDC 存款利率(无风险基准)
  - 均衡策略:ETH 质押收益率
  - 激进策略:0(从第一美元收益开始收费)

示例:
  用户存入 10,000 USDC,选择"均衡"策略
  30天后总收益:$150
  同期 ETH 质押收益等价:$80
  超额收益:$150 - $80 = $70
  绩效费(15%档):$70 × 15% = $10.5
  用户实得:$150 - $10.5 = $139.5

为什么用 High Water Mark

  • 传统对冲基金的标准做法
  • 只有创造超额价值时才收费 → 用户更信任
  • 防止"市场涨了就收费"的不公平感
  • 也防止 Agent 频繁调仓刷手续费

3.3 资金流向图

用户存入 USDC/ETH
    ↓
┌─────────────────────────┐
│     Vault 合约(金库)     │
│                         │
│  用户资产 → 策略合约执行    │
│                         │
│  策略合约 → DeFi 协议交互  │
│  Aave: 30% │ Pendle: 25%│
│  Morpho:25% │ Convex:20% │
└─────────────────────────┘
    ↓ 产生收益
┌─────────────────────────┐
│      收益分配合约          │
│                         │
│  总收益 $1000            │
│  ├─ 基准收益 $600        │
│  │   └→ 全部归用户        │
│  └─ 超额收益 $400        │
│      ├─ 用户: $340 (85%) │
│      └─ 绩效费: $60 (15%)│
│          ├→ vePILOT: $36 │
│          ├→ 金库: $12     │
│          ├→ 策略开发者: $6 │
│          └→ 保险基金: $6   │
└─────────────────────────┘

3.4 支付时机

事件费用结算
用户提取结算绩效费
每月1号自动结算(不提取也结算)
策略切换结算当前策略绩效费
紧急提取(熔断触发)免除绩效费

四、Agent 权限与 Session Keys 设计

4.1 为什么需要 Session Keys?

传统钱包模式:每次操作需要用户签名 → Agent 无法自主执行

Session Keys 模式:用户预授权一把"有限权限的钥匙" → Agent 在限定范围内自主操作

传统模式(不可行):
  Agent: "需要调仓,请签名"
  用户: [手动签名] ← 可能在睡觉/不在线,错过最佳时机

Session Keys 模式:
  用户: "授权 Agent 在以下范围内自由操作"
  Agent: [使用 Session Key 自主执行] ← 24/7 自动化

4.2 权限分级设计

┌─────────────────────────────────────────────┐
│              权限分级体系                      │
│                                             │
│  Level 0: 只读                               │
│  ├── 查询余额、收益、策略状态                    │
│  └── 无链上操作权限                            │
│                                             │
│  Level 1: 白名单操作                          │
│  ├── 只能与预设白名单合约交互                    │
│  │   (Aave, Compound, Morpho, Pendle等)      │
│  ├── 只能执行 supply/withdraw/swap            │
│  ├── 不能 approve 新合约                      │
│  └── 不能转账到外部地址                         │
│                                             │
│  Level 2: 策略调仓                            │
│  ├── 在白名单协议间移动资产                     │
│  ├── 单次操作限额: 用户总资产的 30%             │
│  ├── 日操作限额: 用户总资产的 50%               │
│  └── 需要至少2个链上预言机价格确认               │
│                                             │
│  Level 3: 紧急操作(熔断触发时)                 │
│  ├── 可以一次性撤出所有仓位                     │
│  ├── 资金只能回到用户原始地址                    │
│  └── 自动记录日志供事后审计                     │
└─────────────────────────────────────────────┘

4.3 Session Key 参数

参数设计值说明
有效期7天(可续期)用户每周确认一次
白名单合约最多20个只能与预审核协议交互
单次限额资产的30%防止单次操作风险过大
日限额资产的50%即使连续操作也有天花板
禁止操作transfer/approve到非白名单地址杜绝资金被转走
续期方式用户签名续期 / 自动续期(需额外授权)平衡安全与便利

4.4 与传统金融风控的对比

维度传统基金YieldPilot
权限控制基金经理有完全操作权Session Key 限定操作范围
限额管理内部合规审批链上强制执行,无法绕过
资金提取T+N 赎回期任何时候可提取
审计季度审计报告每笔操作链上可查
熔断人工决策停牌自动触发,毫秒级响应

PM 洞察:链上 Agent 在风控上天然比传统基金更透明、更快速。这是产品差异化的核心卖点。


五、熔断机制设计(Circuit Breaker)

5.1 为什么熔断是最关键的安全设计?

AI Agent 可能出错的场景:

场景1: 模型幻觉 → Agent 误判市场信号,做出错误调仓
场景2: 预言机异常 → 价格数据错误,导致在极端价格执行
场景3: 协议被黑 → Agent 持仓的协议被攻击
场景4: 闪崩 → 短时间剧烈波动,Agent 来不及反应
场景5: Agent 被攻击 → 对抗性输入让 Agent 做出恶意操作

5.2 三级熔断体系

┌─────────────────────────────────────────────────┐
│                三级熔断体系                        │
│                                                 │
│  ⚡ Level 1: 减速(Yellow Alert)                 │
│  ├── 触发条件:                                   │
│  │   • 单协议浮亏 > 3%                           │
│  │   • 24h 调仓次数 > 10 次                      │
│  │   • Gas 价格 > 200 Gwei                      │
│  ├── 响应动作:                                   │
│  │   • 暂停非紧急调仓 30 分钟                     │
│  │   • 降低单次操作限额至 15%                     │
│  │   • 通知用户(推送 + 链上事件)                 │
│  └── 自动恢复: 条件解除后自动恢复                   │
│                                                 │
│  🔴 Level 2: 暂停(Red Alert)                    │
│  ├── 触发条件:                                   │
│  │   • 总投资组合浮亏 > 5%(24h内)               │
│  │   • 预言机价格偏差 > 10%                       │
│  │   • 持仓协议报告安全事件                        │
│  ├── 响应动作:                                   │
│  │   • 立即暂停所有调仓操作                        │
│  │   • 从风险协议撤出资金至安全仓位(Aave USDC)     │
│  │   • 紧急通知用户                               │
│  └── 恢复方式: 需要用户手动确认恢复                  │
│                                                 │
│  🚨 Level 3: 全面撤离(Emergency Shutdown)         │
│  ├── 触发条件:                                   │
│  │   • 总投资组合浮亏 > 10%(24h内)               │
│  │   • 多个预言机同时故障                          │
│  │   • 链上检测到已知攻击模式                      │
│  ├── 响应动作:                                   │
│  │   • 所有仓位立即撤出至用户钱包                   │
│  │   • Session Key 自动作废                       │
│  │   • 免除所有绩效费                             │
│  │   • 触发保险基金评估                           │
│  └── 恢复方式: 需要 DAO 多签 + 用户双重确认         │
└─────────────────────────────────────────────────┘

5.3 熔断参数配置

参数保守策略均衡策略激进策略
L1 减速触发(单协议浮亏)2%3%5%
L2 暂停触发(组合浮亏)3%5%8%
L3 撤离触发(组合浮亏)5%10%15%
最大单协议暴露30%40%60%
最大调仓频率(24h)5次10次20次
安全资产最低比例40%20%5%

5.4 与传统金融熔断的对比

维度股市熔断(传统)YieldPilot 熔断
触发标准指数跌幅 7%/13%/20%组合浮亏 3%/5%/10%
响应速度人工+系统 ~分钟级纯链上 ~秒级
覆盖范围全市场统一每个用户独立
恢复方式时间恢复(15min/次日)条件恢复 / 人工确认
透明度规则公开但执行不透明合约开源,执行链上可验证

PM 洞察:个性化熔断是 DeFi Agent 相比传统基金的核心差异化。每个用户有自己的风险偏好和熔断阈值,这在传统金融中几乎不可能实现。


六、多Agent 分润机制

6.1 参与者角色

┌────────────┬─────────────────────────────────┐
│ 角色        │ 职责                             │
├────────────┼─────────────────────────────────┤
│ 策略开发者   │ 设计和优化收益策略模型              │
│ 数据 Agent  │ 提供链上数据分析和市场信号           │
│ 执行 Agent  │ 执行实际的链上调仓操作              │
│ 风控 Agent  │ 监控风险指标,触发熔断              │
│ 协议本身     │ 提供平台和基础设施                 │
│ vePILOT持有者│ 提供治理和安全质押                 │
└────────────┴─────────────────────────────────┘

6.2 分润规则

用户产生 $100 绩效费(假设15%费率,超额收益$667)

绩效费分配:
├── vePILOT 质押者: $60 (60%)
│   └── 按 vePILOT 权重分配
├── 协议金库: $20 (20%)
│   └── DAO 投票决定用途
├── 策略开发者: $10 (10%)
│   └── 按策略被选用的 AUM 比例分配
└── 保险基金: $10 (10%)
    └── 覆盖极端风险损失

策略开发者内部分配($10):
├── 策略模型开发者: $5 (50%)
├── 数据 Agent 提供者: $2 (20%)
├── 执行 Agent 优化者: $2 (20%)
└── 风控规则设计者: $1 (10%)

6.3 贡献度衡量

角色衡量指标链上可验证?
策略开发者策略管理的 AUM × 超额收益率✅ 链上可算
数据 Agent信号准确率 × 被引用次数⚠️ 需要预言机辅助
执行 AgentGas 效率 × 滑点优化✅ 链上可算
风控 Agent避损金额(熔断避免的损失)⚠️ 需要模拟对比

6.4 激励对齐分析

参与者希望可能的不当行为防护机制
策略开发者最大化绩效费追求高风险策略Slashing + 风控强制约束
用户最大化净收益频繁切换策略提前退出费
vePILOT持有者最大化分润投票放宽风控参数风控参数有硬性下限
执行Agent最大化执行次数频繁不必要调仓日调仓次数上限

七、冷启动与增长策略

7.1 冷启动问题

鸡生蛋问题:
  没有 AUM → 没有绩效费收入
  没有收入 → 质押收益低
  收益低 → 没人买 $PILOT
  没有 $PILOT 持有者 → 没有治理和安全保障
  没有保障 → 没人敢存入资产

7.2 冷启动方案

Phase 1: 种子期(0-3个月)

目标 AUM: $1M
策略:
  ├── 团队自有资金注入 $200K 作为初始 AUM
  ├── 邀请 5-10 个 DeFi KOL 体验(白名单)
  ├── 生态基金补贴:质押 $PILOT 享受额外 APR(20%)
  └── 发布链上收益数据证明 Agent 有效

Phase 2: 增长期(3-6个月)

目标 AUM: $10M
策略:
  ├── 积分系统:存入资金按天累积积分
  ├── 推荐奖励:邀请好友双方各得 5% 绩效费减免
  ├── 策略开发者激励:$PILOT Grant 吸引策略开发者
  └── 集成更多协议:Pendle/Morpho/Ethena 策略上线

Phase 3: 成熟期(6个月+)

目标 AUM: $100M+
策略:
  ├── 减少补贴,让真实收入驱动飞轮
  ├── 上线机构级产品(大额定制策略)
  ├── 跨链扩展(Arbitrum → Base → Solana)
  └── DAO 治理完全去中心化

7.3 积分系统设计

积分 = 存入金额($) × 存入天数 × 策略系数

策略系数:
  保守策略: 1.0x
  均衡策略: 1.5x
  激进策略: 2.0x(承担更多风险应获更多奖励)

额外加成:
  持有 $PILOT: +20%
  推荐新用户: +10%
  参与治理投票: +5%

积分用途:
  → 兑换 $PILOT 空投(按比例)
  → 解锁高级策略访问权
  → 治理提案优先权

八、保险基金设计

8.1 为什么需要保险基金?

AI Agent 特有的风险:模型错误、协议被黑、预言机故障 → 用户可能遭受非预期损失

8.2 基金来源

保险基金来源:
  ├── 绩效费的 10%(持续流入)
  ├── 提前退出费的 100%
  ├── 协议金库拨款(初始 $500K)
  └── 未来:与 Nexus Mutual 等链上保险合作

8.3 赔付规则

事件类型赔付比例赔付上限审批流程
Agent 模型错误导致损失用户损失的 50%$50K/用户DAO 投票
协议被黑(Agent 持仓协议)用户损失的 80%$100K/用户自动+DAO确认
预言机故障导致错误执行用户损失的 100%$200K/用户自动赔付
用户自选高风险策略亏损0%不赔付

8.4 保险基金健康度指标

健康度 = 保险基金余额 / (总AUM × 历史最大回撤率)

健康度 > 2.0  → 绿色,基金充裕
健康度 1.0-2.0 → 黄色,正常运转
健康度 < 1.0  → 红色,暂停新用户进入,提高保险费比例至20%

九、完整经济模型数学验证

9.1 单位经济学(Unit Economics)

假设:
  AUM = $10,000,000(1000万)
  年化超额收益 = 5%
  平均绩效费率 = 15%
  用户数 = 500

年超额收益 = $10M × 5% = $500,000
年绩效费收入 = $500K × 15% = $75,000

绩效费分配:
  vePILOT 质押者: $75K × 60% = $45,000/年
  协议金库: $75K × 20% = $15,000/年
  策略开发者: $75K × 10% = $7,500/年
  保险基金: $75K × 10% = $7,500/年

如果 $PILOT 总质押量 = 30,000,000 (30%)
  质押 APR = $45,000 / ($PILOT价格 × 30M)
  若 $PILOT = $0.1 → 质押 APR = 1.5%(太低)
  若 $PILOT = $0.01 → 质押 APR = 15%(合理)

9.2 盈亏平衡分析

固定成本(年):
  开发团队: $300,000
  基础设施: $50,000
  审计/安全: $100,000
  营销: $50,000
  总计: $500,000

盈亏平衡 AUM = $500K / (5% × 15%) = $66,666,667

→ 需要约 $67M AUM 才能覆盖运营成本
→ 这在DeFi协议中是可实现的(Yearn管理过数十亿$)

9.3 敏感性分析

AUM超额收益年绩效费质押者分润评估
$10M5%$75K$45K早期,需要补贴
$50M5%$375K$225K接近盈亏平衡
$100M5%$750K$450K盈利,飞轮启动
$500M5%$3.75M$2.25M成熟期
$100M3%$450K$270K熊市场景
$100M8%$1.2M$720K牛市场景

十、面试题完整答案

Q1: 如果让你设计一个 AI Agent 的 Token 模型,你会怎么做?

我会从"Agent 的真实收入"出发倒推 Token 设计。以 DeFi 收益优化 Agent 为例:

第一步:确保 Agent 有真实收入 — 通过绩效费(仅对超额收益收费),使用 High Water Mark 模式保证公平性。

第二步:设计 Token 的刚性需求 — 四重锚点:(1)持有Token享受费率折扣(最强需求);(2)策略开发者质押注册;(3)veToken治理投票;(4)质押获得收入分润。

第三步:设计安全机制 — Session Keys分级权限 + 三级熔断体系 + 保险基金。这是 Agent Token 和传统 DeFi Token 最大的区别:Agent 能自主操作用户资金,安全设计是前提。

第四步:验证经济可持续性 — 计算盈亏平衡AUM,做敏感性分析,确保在熊市场景下模型也能运转。

关键原则:Token 是手段不是目的。先有真实服务和收入,再设计 Token 捕获价值。

Q2: Agent 自主操作用户资金的安全边界怎么设计?

我会采用"权限分级 + 预算限额 + 自动熔断"三层防御:

权限分级:使用 ERC-4337 的 Session Keys,Agent 只能与白名单合约交互,不能 transfer 到外部地址,不能 approve 新合约。每个操作类型有独立权限等级。

预算限额:单次操作不超过资产的30%,日操作不超过50%。即使 Agent 完全失控,损失也被物理限制。

自动熔断:三级体系——浮亏3%减速、5%暂停、10%全面撤离。每个用户有独立的熔断参数,根据风险偏好调整。关键是熔断在链上强制执行,不依赖 Agent 自身判断。

这个设计的核心思想来自传统金融的风控分层,但链上实现比传统金融更透明、更快速、更个性化。

Q3: 多 Agent 协作场景下如何设计公平的收益分配?

公平分配的核心是"贡献可衡量、分配可验证"。

按角色定义贡献:策略开发者按管理AUM×超额收益率衡量;执行Agent按Gas效率和滑点优化衡量;风控Agent按避损金额衡量。尽量用链上可验证的指标。

固定比例 + 绩效调节:基础分配用固定比例(策略50%/数据20%/执行20%/风控10%),但每季度根据实际贡献数据调整。避免完全动态导致的博弈和不确定性。

激励对齐检查:每个角色的激励是否可能导致不当行为?策略开发者追求高风险 → 用Slashing约束;执行Agent频繁调仓 → 用次数上限约束。核心是让每个参与者的利益和用户利益对齐。

Q4: x402 支付协议解决了什么问题?

x402 解决的是 Agent-to-Agent 和 Agent-to-Service 的微支付问题。

传统支付(信用卡/转账)有最低金额限制、需要身份认证、结算慢。但 AI Agent 之间的交互是高频、小额、无身份的——一个Agent调用另一个Agent的API可能只需付$0.001。

x402 借鉴HTTP 402状态码(Payment Required),让Agent在调用服务时自动完成链上微支付。流程是:Agent请求服务 → 收到402响应带支付信息 → Agent自动完成链上支付 → 获得服务响应。

在 YieldPilot 的场景中,主Agent可以用x402向数据Agent付费获取市场信号,向执行Agent付费优化交易路由——每次支付几美分,全程无人参与。这是AI Agent经济体的基础设施。


总结

设计核心原则

原则在YieldPilot中的体现
收入先于Token先确保绩效费模型可行,再设计Token捕获
Token是必需品费率折扣+注册质押+治理+分润,四重锚点
安全是前提Session Keys + 三级熔断 + 保险基金
激励要对齐每个角色的行为激励都指向用户利益
数学要算过盈亏平衡、敏感性分析、单位经济学

与 Day 71 三个项目的对比

维度Virtualsai16zAutonolasYieldPilot
收入来源交易手续费金库投资链上服务绩效费
可持续性
安全设计基础中等完整三层
用户保护有限有限熔断+保险
适合场景C端投机开发者生态B端服务C端理财

一句话总结:设计 Agent 经济系统的关键不是 Token 要多精巧,而是 (1) Agent 能赚到真钱,(2) 用户资金足够安全,(3) 所有参与者的激励指向同一个方向。