治理被最小化以仅关注两个领域：
DAO 的 KPI/指标和 OKR 是什么？
应该资助哪些提案？
整个 DAO 将组织为子 DAO，理想情况下是两个团队：
- 所有子 DAO 将负责自己的内部治理、薪酬和责任分配（在可行时鼓励中央领导）
- 任何人都可以加入和贡献任意数量的子 DAO
- 子 DAO 可以有任意数量的成员
- 所有子 DAO 通过工作提案参与总体 DAO
- 所有工作建议概述：
- 子 DAO 将专注于推动成功的特定 KPI
- 子 DAO 为实现 KPI 而进行的实际工作
- 子 DAO 要求的补偿和资源
每 3.5 个月（4 月、8 月、12 月），DAO 会进行为期两周的治理参与密集期，主要围绕：
- 评估 DAO 的关键成果和 KPI 是否应该改变
- 评估 DAO 的资金转发提案是否在实现关键目标方面取得了令人满意的进展（确定哪些有效，哪些无效）
- 确定要解决的关键组织需求和瓶颈（这些需要对 DAO 实现其关键 KPI 构成障碍）
- 旋转、迭代、改进和创建新的工作建议
在这两周内，子 DAO 中的每个人都有望参与共享讨论。如果发现团队的工作效率低下或需要改进，他们要么可以快速迭代他们的计划，要么被给予一个通知期，他们可以再继续 4 个月，但需要迭代他们的工作计划。
当专注于加速 DAO 的进步时，目标是通过更多的子 DAO 横向增长（相对于通过工作组纵向增长）
通过更多的子 DAO，整个组织可以增加尝试新方法来解决和创新现有问题和重点的团队数量，同时保持运行所需的相同级别的元组织管理/开销。竞争很好。
鼓励新的社区成员加入现有的子 DAO 或创建新的子 DAO。
在这种结构下启动 DAO 是什么样子的
IMO，启动 DAO 看起来仍然与我们现在启动它们的方式非常相似：
- 从小事做起，先走再跑
- 初始整体组
但关键区别在于，当 DAO 希望扩大和加速其正在进行的工作时，它通过公开呼吁 Sub-DAO 申请工作而不是鼓励职能工作组下的更多成员增长来实现。
这个 Sub-DAO 模型的原理：
- 如果一项工作提案有很大的机会推动 KPI，请为其提供资金
- 松散地资助和运营尽可能多的可能有机会实现的想法，将更多资源分配给产生结果的子 DAO，取消资助那些没有结果的子 DAO
- 鼓励在驱动 KPI 方面的想法竞争（在运行类似工作时向两个子 DAO 开放，例如，两个团队在两个不同的上市计划上工作）
- 一旦提案获得资助，让提案者/子 DAO 解决剩下的问题
但是协议治理呢？
协议可能仍需要调整其参数、升级智能合约等。
这通常是 imo，这通常是协议治理的一个更直接的方面，并且可以与子 DAO 进程并行运行。
原文链接：https://pet3rpan.mirror.xyz/5nsl1Xnr-BwmNAPoNeMlghPiTFMhxNg4zE7suaR0sXc
