Day 19
【实战7.1】治理参与度分析：用数据解读DAO投票困境
分析主流DAO投票参与率、投票权集中度、委托分布，输出参与度提升方案
2026-03-20
实战项目DAO治理Snapshot投票参与度数据分析
实战项目 7.1：治理参与度分析
项目信息
项目编号：7.1
所属方向：治理分析
难度：⭐⭐⭐ 进阶
预计时间：5-6小时
前置技能：DAO 治理基础（Day 61-63）、Dune SQL（Day 31-32）
项目目标
分析主流 DAO 的投票参与情况，发现参与率危机的根本原因，设计可落地的改进方案
产出清单：
├── ✅ 治理参与度 Dashboard（Snapshot + Dune 数据）
├── ✅ 投票权集中度分析
└── ✅ 参与度提升方案
Task 1：治理参与度 Dashboard
DAO 参与率现状
DAO 治理参与率全景（2024-2026）：
═══════════════════════════════════════════════════════════
投票率 活跃代表数 提案频率
Uniswap 3-8% ~30 2-4/月
Aave 5-15% ~50 4-8/月
Compound 4-10% ~20 1-3/月
ENS 8-20% ~40 2-4/月
Arbitrum 5-12% ~60 6-10/月
MakerDAO 10-25% ~30 持续(Spell)
对比传统公司：
├── 上市公司股东大会：30-60%
├── 员工投票：40-70%
└── DAO 投票：3-25% ← 显著偏低
核心矛盾：
"去中心化" 要求广泛参与
但实际参与率极低
少数巨鲸决定协议命运
═══════════════════════════════════════════════════════════
核心 SQL — Snapshot 投票参与分析
-- 项目7.1 Task 1: DAO 提案参与度趋势（Dune 链上治理数据）
-- 注：Snapshot 为链下投票，需用 GraphQL 查询；此 SQL 适用于链上治理（Governor 合约）
-- Compound 链上治理参与度
WITH proposals AS (
SELECT
"proposalId" as proposal_id,
evt_block_time as created_time,
"description" as description
FROM compound_v2_ethereum.GovernorBravoDelegate_evt_ProposalCreated
),
votes AS (
SELECT
"proposalId" as proposal_id,
voter,
votes / 1e18 as vote_weight,
support -- 0=against, 1=for, 2=abstain
FROM compound_v2_ethereum.GovernorBravoDelegate_evt_VoteCast
),
proposal_stats AS (
SELECT
p.proposal_id,
p.created_time,
COUNT(DISTINCT v.voter) as voter_count,
SUM(v.vote_weight) as total_votes_weight,
SUM(CASE WHEN v.support = 1 THEN v.vote_weight ELSE 0 END) as for_weight,
SUM(CASE WHEN v.support = 0 THEN v.vote_weight ELSE 0 END) as against_weight,
SUM(CASE WHEN v.support = 2 THEN v.vote_weight ELSE 0 END) as abstain_weight
FROM proposals p
LEFT JOIN votes v ON p.proposal_id = v.proposal_id
GROUP BY 1, 2
)
SELECT
proposal_id,
created_time,
voter_count,
total_votes_weight,
-- COMP 总供应量 10M，参与率 = 投票权重 / 总供应
ROUND(total_votes_weight / 10000000 * 100, 2) as participation_rate_pct,
ROUND(for_weight / NULLIF(total_votes_weight, 0) * 100, 1) as for_pct,
ROUND(against_weight / NULLIF(total_votes_weight, 0) * 100, 1) as against_pct
FROM proposal_stats
ORDER BY created_time DESC
Snapshot GraphQL 查询
# 查询 DAO 提案参与度
query {
proposals(
first: 50
skip: 0
where: { space_in: ["aave.eth"] }
orderBy: "created"
orderDirection: desc
) {
id
title
state
scores_total
votes
quorum
start
end
choices
scores
}
}
参与率趋势分析
参与率影响因素：
═══════════════════════════════════════════════════════════
正向因素（提升参与率）：
├── 重大争议性提案（如 Uniswap 费用开关）
├── 空投相关投票（利益直接相关）
├── 牛市（用户活跃度高）
├── 委托机制推广
└── 激励投票（如 Gitcoin 的投票奖励）
负向因素（降低参与率）：
├── 提案过于频繁（投票疲劳）
├── 技术性提案（理解门槛高）
├── Gas 费用高（链上投票成本）
├── 缺乏直接经济激励
├── 信息不对称（不知道提案影响）
└── "搭便车"心理（别人会投的）
关键发现：
参与率与提案"争议性"正相关
参与率与 Gas 费用负相关
Snapshot（链下免费）参与率 > 链上投票
═══════════════════════════════════════════════════════════
Task 2：投票权集中度分析
集中度指标
-- 投票权集中度分析（HHI 指数）
WITH token_holders AS (
SELECT
"to" as holder,
SUM(CAST(value AS DOUBLE)) / 1e18 as balance
FROM erc20_ethereum.evt_Transfer
WHERE contract_address = 0xc00e94Cb662C3520282E6f5717214004A7f26888 -- COMP
GROUP BY "to"
HAVING SUM(CAST(value AS DOUBLE)) / 1e18 > 0
),
total_supply AS (
SELECT SUM(balance) as total FROM token_holders
),
holder_shares AS (
SELECT
h.holder,
h.balance,
h.balance / t.total * 100 as share_pct
FROM token_holders h
CROSS JOIN total_supply t
)
SELECT
-- 基尼系数近似
COUNT(*) as total_holders,
SUM(CASE WHEN share_pct >= 1 THEN 1 ELSE 0 END) as holders_above_1pct,
SUM(CASE WHEN share_pct >= 1 THEN share_pct ELSE 0 END) as top_holders_total_pct,
-- Top 10 集中度
(SELECT SUM(share_pct) FROM (
SELECT share_pct FROM holder_shares ORDER BY share_pct DESC LIMIT 10
)) as top10_concentration,
-- HHI（赫芬达尔指数，>2500 为高度集中）
SUM(POWER(share_pct, 2)) as hhi_index
FROM holder_shares
投票权分布现状
主流 DAO 投票权集中度（估算）：
═══════════════════════════════════════════════════════════
Top10 占比 Top50 占比 委托集中度
Uniswap ~65% ~85% 高（a16z 独大）
Aave ~45% ~70% 中（多元委托）
Compound ~55% ~80% 高（机构主导）
ENS ~40% ~65% 中（社区活跃）
Arbitrum ~50% ~75% 中高
问题：
├── 少数地址掌控投票结果
├── 委托集中 → 代理人风险
├── 团队/投资人投票权未到期但可委托
└── "一币一票"天然有利于大户
参考标准：
HHI < 1500 → 竞争性（理想）
HHI 1500-2500 → 中等集中
HHI > 2500 → 高度集中（大多数 DAO）
═══════════════════════════════════════════════════════════
委托分布分析
委托机制分析：
═══════════════════════════════════════════════════════════
委托模式：
├── 自投票：持有者亲自投票（最去中心化但参与率低）
├── 委托给个人：选择信任的代表
├── 委托给组织：如 Blockchain@Berkeley, StableLab
└── 自动委托：钱包默认委托（如 Tally 推荐）
委托困境：
委托提升参与率 → 但增加集中度
"用集中度换参与率"，这是好的交换吗？
Uniswap 案例：
a16z 委托给自己 → 单一实体持有 ~15M UNI
一次投票就可以决定大部分提案
这还算"去中心化"治理吗？
改进方向：
├── 二次方投票：减弱大户影响力
├── 分类委托：不同领域委托给不同代表
├── 委托激励：奖励积极投票的代表
└── 强制委托多样性：限制单一代表的最大权重
═══════════════════════════════════════════════════════════
Task 3：参与度提升方案
方案设计
治理参与度提升方案：
═══════════════════════════════════════════════════════════
方案一：降低参与门槛
├── Snapshot 免 Gas 投票（已广泛采用）
├── 移动端投票（Tally / Boardroom App）
├── 提案摘要 + AI 翻译（降低理解成本）
├── 一键委托（新用户 Onboarding 时推荐）
└── 预期效果：+5-10% 参与率
方案二：激励投票参与
├── 投票奖励代币/积分
├── 参与投票 = 获得空投加权
├── 投票 NFT / POAP（荣誉激励）
├── 活跃委托人薪酬（如 Compound 的 Grant）
└── 预期效果：+10-20% 参与率
方案三：优化治理流程
├── 提案分级：参数调整自动执行，重大变更全民投票
├── 减少提案频率：合并小提案为季度提案包
├── 时间窗口优化：投票期 7 天 → 覆盖不同时区
├── 渐进式去中心化：早期小范围，成熟后扩大
└── 预期效果：减少投票疲劳，提升有效参与
方案四：改进投票机制
├── 二次方投票（Quadratic Voting）
├── 信念投票（Conviction Voting）：锁定时间加权
├── 知识加权投票：领域专家额外权重
├── 乐观治理：默认通过，有人反对才投票
└── 预期效果：提升决策质量
推荐组合：方案一 + 方案三（成本最低，见效最快）
═══════════════════════════════════════════════════════════
PM 产品设计建议
| 产品功能 | 目标 | 实现难度 |
|---|---|---|
| AI 提案摘要 | 降低理解门槛 | 中 |
| 投票提醒推送 | 提升触达率 | 低 |
| 委托推荐系统 | 匹配用户偏好 | 中 |
| 投票影响模拟 | 展示投票的实际影响 | 高 |
| 治理健康仪表盘 | 透明度 + 问责 | 中 |
面试题准备
Q: 如何提升 DAO 治理参与率？
30 秒版本： DAO 参与率低（3-25%）是结构性问题，三管齐下：(1) 降门槛 — Snapshot 链下免费投票已证明有效，下一步是 AI 提案摘要和移动端投票；(2) 改机制 — 提案分级制，参数调整自动执行，重大变更才全民投票，减少投票疲劳；(3) 促委托 — 完善委托体系，用声誉系统筛选优质代表，同时用二次方投票限制巨鲸影响。核心认知：参与质量 > 参与数量，10% 的知情投票优于 50% 的盲投。
Q: 如何评估一个 DAO 的治理健康度？
30 秒版本： 五个维度：(1) 参与率 — 投票参与率和活跃代表数；(2) 集中度 — Top10 投票权占比和 HHI 指数；(3) 提案质量 — 通过率、争议比例、执行效果；(4) 委托活跃度 — 委托更新频率、代表投票率；(5) 社区讨论 — Forum 活跃度、讨论到提案的转化率。最关键的单一指标是有效投票参与率（排除团队/投资人的社区参与率）。
下一步
继续方向七：
- 项目 7.2：提案分类与影响分析