"人治"+"自治权"：DAO 管理的渐演化之道单一目标的大于不切实际 DAO 早已获得了检验，它是可以顺利的，例如 MolochDAO。但我们告诉，人类的协作往往都是多达大于不切实际单元的，甚至必须大型协作。如果我们期望将 DAO 应用于到更加多的场景，那么 "DAO 管理" 乃是一个尤为重要的话题，因为差劲的 DAO 管理不会将我们前进"乌合之众"的泥潭。

失望的是，迄今为止还没关于 DAO 管理的指导方法来协助我们。去年3月初，我参予了一个 DAO（作为协商人），参与者还包括Web3开发者、Web2开发者，以及大量未曾认识过web3的非技术人员（还包括：设计师、产品经理、行政人员、会计学、创业者、媒体工作者、音乐人、画家、电影人、学生等等）。

在近一年的时间里，我进账了一些 DAO 管理的经验，也累积了很多教训。仍然想写一些总结性的文章，惜一直没时间。

这几天，在"1 Million developers"社区，Kames 和我聊起了关于 DAO 管理的话题，我向他传达了一部分我的思维。这件事希望了我，促成我已完成了这篇关于 DAO 管理的总结文章。

感激 Kames！我也期望之后已完成其他关于 DAO 的思维文章，最差能沦为一个系列。期望需要为那些想或者早已在实践中 DAO 人一些参照或者灵感。但它们意味着是的我个人观点，不一定对。

如果把你前进泥潭那个人是我，我是会去救回你的！关于 DAO 管理，我们面对很多疑惑，或者说疑惑，例如：什么样的管理形式才是去中心化的？我们如何构建"自治权"？DAO 的优势应当是通过自动继续执行的代码来增加人与人的交流成本，但是为什么看起来我们并没增加交流成本，反而更高了呢？我想要 DAO 已完成一个产品的研发，我如何展开项目管理？我是一名创业者，我很激动于 DAO 的优势，但我知道要把我的公司变为一个 DAO 吗？这些疑惑只不过都探讨在一个问题上：我们怎样做到才合乎 DAO（去中心化和自治权）。很似乎我们面对的是一个的组织管理基本准则的问题。这就只不过是二进制代码中的0和1，非黑即白。

也正是因为非黑即白，很多 DAO 陷于了泥潭，很多企图尝试 DAO 的人望而却步。我个人指出，DAO 的管理必须趋向。

这是解决问题这些问题的起点。趋向我们还没准备好转入完全的 DAO。这是由于涉及的管理机制、工具和技术还并不完备，但更加最重要的是人们的意识和习惯。

我们无法确保每一位参与者都早已为 DAO 作好了打算。这就像 web3 产品一样，我们必须寻找一个让 web2 用户更容易上手 web3 的方法，让更加多的用户更慢地转入 web3 世界，只有当 web3 构成了规模效应，才能确实转录 web3 生态的发展。

关于这一观点，Eric Chung 在他的文章 Incremental Decentralization 中有讲解。DAO 管理某种程度如此，只有让 DAO 在社会范围构成规模效应，才能确实转录全球化 DAO 网络的发展，还包括适当的管理机制、工具和技术的完备，以及人们广泛意识和习惯的教导。所以在我们还没准备好之前，尽可能不要给自己套上"非黑即白"的枷锁。我们没去往罗马的往返航班，我们必需"趋向"。

然而问题是，我们如何趋向？我指出有一种构建方法：人治 + "自治权另外，我们知道需要构建几乎的"自治权"吗？这也是一个有一点研究的话题。人治 + 自治权人治是"热相连"，是不能分析，高频的交流，很显著的例子就是 Telegram group。自治权是"冻相连"，是可分析，低频的交流，一种构建方式是 Bounty。

人治专门用来解决问题 DAO 管理中不能分析的事务。例如 DAO 的未来规划，处置突发事件，辩论根本性议题等等。

这些事务一般来说无法提早设计出可自动继续执行的程序。这就像我们无法专门为突发事件提早设计一个标准化的处置方案一样，因为每一次突发事件的构成因素都不一样。很似乎，人治并不合乎纯粹的 DAO 精神。

但也只有它才能解决问题 DAO 管理中最棘手的问题。自治权专门用来处置 DAO 管理中可分析的事务。例如研发任务、设计工作、财务处置会计工作等等。

这些事务一般来说可以提早设计出可自动继续执行的程序。很好的构建方式就是 Bounty。

Bounty 仅次于的优势在于标准化。我们甚至只必须设计一个完备的 Bounty 机制就可以应付有所不同类型的工作。

Bounty 最重要的是"分析"，只要做充足的分析，DAO 的很多任务和工作就不必须依赖交流，甚至不必须交流。一般来说来说，如果你的 DAO 是一个非大于不切实际 DAO，例如产品开发团队，或者是一家去中心化公司，那么自治权意味著不会占到 DAO 管理的大部分工作量。Bounty 一般来说必须包括任务各个环节的内容以及它们的各项指标，例如：任务叙述、任务市场需求列表以及适当规范、已完成时间、竣工验收标准、赏金金额等等。我们大胆地荐一个例子：DAOSquare Bounty #007任务叙述：研发一款针对冠状病毒的电子蚊香程序任务市场需求列表：1. Mac APP语言：Swift拒绝：不容许多达10行代码2. iPhone APPa.语言：Swiftb.拒绝：不容许多达9行代码已完成时间：3个小时竣工验收标准：特地实验，顺利即合格赏金金额：100 $MAGIC你也许早已找到，我们几乎可以用这个 Bounty 模板来展开其他任务，让我们来想到：DAOSquare Bounty #008任务叙述：清扫房间任务市场需求列表：1. 客厅工具：拖把拒绝：用水量不容许多达一桶2. 厨房工具：烫拒绝：用水量不容许多达半桶已完成时间：1个小时竣工验收标准：用显微镜看到细菌即合格赏金金额：10 $MAGIC我坚信没有人不会知道公布上面的 Bounty！但坦率地说道，Bounty 的各项内容就越明确、就越具体，网卓新闻网，继续执行就不会就越流畅，交流成本也就不会就越小。

当然，Bounty 一定会经常出现突发状况。例如赏金猎人忽然不腊了。

这时候就必须启动人治来处置这一棘手的问题。所以，我们必须在 DAO 管理中灵活性地人组人治和自治权。我的建议是将它们组件化。

本文来源：亚星游戏官网-www.et-navi.com