31 · DAO

LESSON 31 / DAO

阶段 05 · 看懂正在出现的方向三件套：整理中课程正文共同决策与执行制度Part 6

公开整理

DAO 不是“代码自动管理一切”。它通常把智能合约规则、社区讨论、投票、公共资金和链上执行组合成一套协作制度。它可以降低协调和执行的信任成本，却没有消除代码错误、权力集中、低参与率和现实责任问题。

课程正文

一项提案如何变成行动

典型流程是：论坛预讨论 -> 正式提案 -> 社区辩论与修改 -> Snapshot 或 Tally 投票 -> 法定人数与多数判断 -> Timelock 缓冲 -> 合约执行。并非所有组织都采用相同工具或完整流程，应该逐项核对谁能提案、谁能投票、谁能执行和谁能暂停。

The DAO 的重入漏洞、资金损失和后续硬分叉争论，是理解 DAO 安全边界的历史案例。由此可以提出更具体的设计问题：审计是否充分，升级是否有时间锁，金库是否使用多签，紧急委员会是否有暂停权限，出了问题谁负责沟通和修复。

治理权力模型

• 一币一票：简单透明，但可能被巨鲸或短期借入的投票权影响。
• 二次方投票：尝试降低资本集中，但需要身份和反女巫机制。
• 委托投票：提高参与率，也可能使权力集中到少数代表。
• 信念投票：鼓励长期判断，但决策节奏更慢。

DAO 可用于协议治理、投资、资助、社交、收藏策展以及服务协作。类型不同，公共目标、资产、权限和责任也不同。

概念结构

共同目标
  -> 讨论与提案
  -> 投票权分配与决策
  -> Timelock / 多签 / 紧急控制
  -> 金库或协议执行
  -> 监督、复盘与责任承担

可验证问题

• 谁能提案、谁能投票、投票权如何获得，法定人数如何计算？
• 投票结果由谁执行，金库权限与协议升级权限是否分离？
• 参与率低时，结果代表多数成员还是少数活跃治理者？
• 代码审计、时间锁、多签和紧急暂停分别降低哪类风险？
• 组织在现实世界中的合同、税务和责任主体应从哪里核验？

练习与复盘

选一个公开治理页面，制作“治理链路卡”：提案入口｜讨论期｜投票规则｜执行权限｜金库权限｜紧急机制｜公开记录｜未知项。只读分析，不签署投票或连接钱包。

来源与时效提醒

本页依据课程 31 的 preview、mindmap 与 notes 整理。治理工具、金库规模、代币集中度、法律身份和权限配置会变化；关于组织责任、税务或司法辖区的具体结论，应查当前官方文本并咨询合格专业人士。