返回实战项目
Day 20

【实战7.2】提案分类与影响分析:解构DAO决策模式

对治理提案进行分类(参数/资金/升级/治理),分析通过率/影响/争议度,输出高影响提案分析和流程优化建议

2026-03-20
实战项目DAO治理提案分类影响分析产品设计

实战项目 7.2:提案分类与影响分析

项目信息

项目编号:7.2
所属方向:治理分析
难度:⭐⭐⭐⭐ 高级
预计时间:5-6小时
前置技能:实战 7.1 完成、DAO 治理基础(Day 61-63)

项目目标

对主流 DAO 的治理提案进行分类、影响评估和模式分析,输出提案流程优化建议

产出清单:
├── ✅ 提案分类体系
├── ✅ 高影响提案分析
└── ✅ 提案流程优化建议

Task 1:提案分类体系

四级分类框架

DAO 提案分类体系:
═══════════════════════════════════════════════════════════

Level 1:参数调整(Parameter Changes)
├── 利率曲线调整(如 Aave 利率模型参数)
├── 清算阈值/罚金修改
├── 费率调整(如 Uniswap 手续费)
├── 抵押率更新
├── 影响:中低 | 通过率:高(>80%)
├── 风险:低 | 争议度:低
└── 建议:自动化/快速通道

Level 2:资金支出(Treasury & Grants)
├── Grant 申请和预算
├── 服务商支付
├── 安全赏金
├── 流动性激励预算
├── 影响:中 | 通过率:中(50-70%)
├── 风险:中(资金滥用)| 争议度:中高
└── 建议:分级审批 + 定期报告

Level 3:协议升级(Protocol Upgrades)
├── 智能合约升级
├── 新模块/功能添加
├── 跨链部署
├── 预言机/数据源变更
├── 影响:高 | 通过率:中低(40-60%)
├── 风险:高(安全)| 争议度:中
└── 建议:延长投票期 + 审计要求

Level 4:治理变更(Governance Changes)
├── 投票机制修改
├── 法定人数/门槛调整
├── 委托规则变更
├── 治理权力结构调整
├── 影响:最高 | 通过率:低(<40%)
├── 风险:最高(不可逆)| 争议度:最高
└── 建议:超级多数 + 双重投票 + 最长 Timelock

═══════════════════════════════════════════════════════════

各类提案统计

类型占比平均通过率平均投票人数典型 Timelock
参数调整~45%85%少(委托人为主)24-48h
资金支出~30%60%48h
协议升级~15%50%48h-7天
治理变更~10%35%最多7-14天

提案生命周期

提案完整生命周期:
═══════════════════════════════════════════════════════════

阶段 1:讨论(Forum Phase)
├── Discourse / Commonwealth 上发起讨论
├── 社区反馈和迭代
├── 时间:1-4 周
├── 退出率:~60%(大部分想法止步于此)
└── PM 价值:收集需求、引导讨论

阶段 2:温度检查(Temperature Check)
├── Snapshot 链下投票
├── 低门槛、免 Gas
├── 时间:3-5 天
├── 退出率:~20%
└── PM 价值:评估社区支持度

阶段 3:正式提案(On-chain Proposal)
├── 满足提案门槛(如 Uniswap 2.5M UNI)
├── 链上提交
├── 时间:3-7 天投票期
├── 退出率:~15%(未达法定人数)
└── PM 价值:协调投票、沟通大户

阶段 4:执行(Execution)
├── Timelock 等待期
├── 链上自动执行
├── 或多签执行
├── 时间:24h-14天
└── PM 价值:监控执行、异常预警

成功率:
  100 个想法 → 40 个提案 → 32 个温检通过
  → 27 个链上提案 → 20 个通过 → 20 个执行
  整体成功率:~20%
═══════════════════════════════════════════════════════════

Task 2:高影响提案分析

历史重要提案案例

高影响提案案例研究:
═══════════════════════════════════════════════════════════

案例 1:Uniswap 费用开关(Fee Switch)
├── 提案:对协议收取交易费(部分手续费归 UNI 持有者)
├── 争议:LP 收入减少 vs UNI 价值捕获
├── 状态:多次提案,2024年终于部分通过
├── 投票参与率:历史最高(>15%)
├── 影响:定义了 DEX 代币价值捕获模型
└── PM 洞察:利益分配提案总是最高参与率

案例 2:Compound Proposal #117
├── 提案:分配 24M COMP 给特定 DeFi 协议
├── 争议:被质疑是"治理攻击"(特定利益集团)
├── 状态:被击败
├── 投票参与率:高
├── 影响:引发对 Grant 治理的安全讨论
└── PM 洞察:大额资金提案必须有多重审核

案例 3:Aave 跨链治理
├── 提案:在多条链上部署 Aave V3
├── 争议:哪条链优先?资源分配?
├── 状态:分阶段通过
├── 投票参与率:中高
├── 影响:建立了多链部署决策框架
└── PM 洞察:分阶段执行降低决策风险

案例 4:ENS DAO 工资争议
├── 提案:核心团队年薪预算 $4M+
├── 争议:去中心化 DAO 的"高管薪酬"是否合理
├── 状态:通过但引发社区分裂
├── 投票参与率:非常高
├── 影响:DAO 人才激励的标杆案例
└── PM 洞察:透明度 ≠ 合理性,需要薪酬框架

案例 5:Arbitrum DAO 首次提案(AIP-1)
├── 提案:基金会追认 7.5 亿 ARB 支出
├── 争议:先斩后奏(钱已花),社区愤怒
├── 状态:被否决 → 基金会道歉 → 修改后重新提案
├── 投票参与率:创纪录
├── 影响:确立了 DAO 先批准后支出的原则
└── PM 洞察:流程 > 结果,合规性是信任基础
═══════════════════════════════════════════════════════════

争议性提案模式

高争议提案的共同特征:
═══════════════════════════════════════════════════════════

触发争议的因素:
├── 💰 大额资金分配(>$1M)
├── ⚖️ 利益重新分配(有人获益有人受损)
├── 🏛️ 权力结构变更(委员会组建/解散)
├── ⏰ 紧急提案(跳过正常流程)
└── 🔄 前例创设(首次尝试)

争议提案处理最佳实践:
├── 分拆投票:大提案拆成多个小决策
├── 延长讨论期:争议越大,讨论期越长
├── 中立方评估:邀请第三方分析利弊
├── 退出条款:设置回滚机制
└── 后续评估:执行后 90 天回顾

PM 核心原则:
  "争议不可怕,不透明才可怕"
  争议性提案需要 3x 的沟通投入
═══════════════════════════════════════════════════════════

Task 3:提案流程优化建议

现有流程问题

DAO 提案流程痛点:
═══════════════════════════════════════════════════════════

问题 1:提案质量参差不齐
├── 缺乏标准化模板
├── 技术可行性未验证
├── 经济影响未评估
└── 改进:强制提案模板 + 技术/经济审查

问题 2:投票疲劳
├── Aave 月均 6-8 个提案
├── 每个都需要理解和投票
├── 小提案占用大量注意力
└── 改进:分级治理 + 委员会制

问题 3:信息不对称
├── 普通持有者不理解提案技术细节
├── 大户/团队拥有信息优势
├── Forum 讨论被少数人主导
└── 改进:AI 摘要 + 影响模拟器

问题 4:执行监督不足
├── 提案通过后缺乏跟踪
├── Grant 资金使用不透明
├── 目标达成率无人评估
└── 改进:里程碑验收 + 自动报告

═══════════════════════════════════════════════════════════

优化方案设计

提案流程优化方案:
═══════════════════════════════════════════════════════════

1. 分级治理框架

  Tier 1 — 自动执行
  ├── 预定义范围内的参数调整
  ├── 如:利率在 ±2% 内调整
  ├── 由风险委员会直接执行
  └── 无需全民投票

  Tier 2 — 快速通道
  ├── 小额 Grant(<$50K)
  ├── 常规升级
  ├── 3 天投票 + 24h Timelock
  └── 降低法定人数要求

  Tier 3 — 标准流程
  ├── 大额支出 / 重要升级
  ├── 7 天讨论 + 5 天投票 + 48h Timelock
  └── 标准法定人数

  Tier 4 — 宪法级
  ├── 治理规则变更 / 重大方向
  ├── 14 天讨论 + 7 天投票 + 7 天 Timelock
  ├── 超级多数(>66%)
  └── 双重投票(2 次投票间隔 7 天)

2. 标准化提案模板

  必填项:
  ├── 摘要(<200 字)
  ├── 动机(为什么需要这个变更)
  ├── 规格(具体变更内容)
  ├── 风险评估
  ├── 预算(如涉及资金)
  ├── 成功指标
  ├── 时间表
  └── 回滚计划

3. 委员会制度

  ├── 风险委员会:审查安全/风险相关提案
  ├── 财务委员会:审查资金支出提案
  ├── 技术委员会:审查升级/部署提案
  └── 社区委员会:审查治理/社区提案

  委员会 = 代议制,减轻全民投票负担
  但需要透明度 + 定期轮换

═══════════════════════════════════════════════════════════

面试题准备

Q: 如何设计 DAO 的提案流程?

30 秒版本: 分级治理:(1) 参数微调自动执行,不占用投票资源;(2) 常规事项走快速通道,3天投票;(3) 重大决策标准7天流程 + 审计要求;(4) 宪法级变更需超级多数 + 双重投票。每个提案强制标准模板(摘要/动机/风险/预算/回滚),专业委员会提供技术/经济审查。核心原则:提案的重要性决定流程的严格性,用 80% 的注意力关注 20% 的关键决策。

Q: 如何处理有争议的 DAO 提案?

30 秒版本: 三步走:(1) 拉长讨论 — 争议越大讨论期越长,让各方充分表达;(2) 拆分投票 — 大提案拆成独立决策点,找到共识的最大公约数;(3) 设退出条款 — 通过后 90 天评估,不达标可回滚。Arbitrum AIP-1 是反面教材(先花钱再投票),被否决后道歉重来,证明了流程正义 > 结果正确。PM 的角色是中立协调者,不是投票参与者。


下一步

继续方向七:

  • 项目 7.3:DAO 治理机制设计(方向七最后一个)