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 治理机制设计(方向七最后一个)