MXC:运营 DAO 单元面临的 9 个挑战_区块链

原文标题:《DAOrayaki |DAO 内子单元取得成功的 9 个挑战》

撰文:RnDAO

编译:Xinyang

创建和运行 DAO 内单元是一项具有挑战性的任务。本文是由 RnDAO 与 Sobol 合作进行的研究确定了运营 DAO 单元(DAO 团队、公会和 Pod)的 9 个主要挑战。我们研究了 DAO 中添加单元的问题并与多个 DAO 建设者进行了交谈,以确保所谈论问题的代表性和有效性。

术语

在整个工作中,我们使用广义上的「DAO Unit」——指任何时候,在 DAO 内形成一个较小的贡献者群体,具有明确的目标和自主权。我们这样做是因为我们从参与者那里听到了许多不同的术语和定义,他们认为「SubDAO」是特指某类事物,不过各自定义又大不相同。因此,我们将 DAO 单元视为一个庞大且多样化的家族,具有一些不同的变型(常见模式)。

我们的研究(参见 subDAO 问答 )发现,DAO 成立子单元,通常是因为他们想要:

推动行动。DAO 形成较小的单元以独立行动(而不是让整个 DAO 参与每个决策和行动)。

更为果断。投票和治理流程从提案到执行至少需要 3 天。让整个 DAO 参与每个决策会减慢决策速度并造成信息过载,从而削弱治理。

LedgerX首席运营官:比特币市值因为可以支持全球用例所以重要:LedgerX首席运营官Juthica?Chou刚发推表示,比特币的市值之所以重要,不仅是因为价格,还因为市值越大,它就越能支持全球范围内的用例。[2021/2/20 17:34:56]

有时 DAO 这么做是为了:

引入制衡。出于安全目的,DAO 单元可以采纳或略过母 DAO 做出的决定。例如,Decentraland DAO 有一个由 Solidity 专家组成的安全顾问委员会,拥有 3 / 5 的多签。该委员会可以暂停、取消或恢复 DAO 采取的任何操作。

支持更广泛的贡献和去中心化——通过让更多人在一个重要领域拥有所有权并发挥作用,

最后,一些 DAO 创建单元用于风险管理, 以保护母 DAO 免受不确定活动的影响。

上述目标往往相当普遍,但每个人对 DAO 单元是什么都有不同的定义。我们的研究确定了四种关键类型,每一种都有不同的目的和不同的特征。

DAO 单元的 4 种关键类型:

紫光国微:目前没有直接参与央行数字货币相关研发及运营:4月26日,紫光国微(002049.SZ)在问董秘回答投资者问题时表示,央行数字货币还处于测试和试点阶段,公司目前还没有直接参与相关研发及运营工作。[2020/4/27]

当这些单元努力实现其目标时,它们会遇到一系列挑战。排名前 9 位(即,更多 DAO 建设者提到)的问题是:

领导力(不明显的那种;请继续阅读)

缺乏贡献者参与

对母 DAO 或其他单元的依赖

与母 DAO 对齐

对 DAO 单元成员缺乏信任

决策和自治

在生产力和影响力问题上缺乏能见度

去中心化工作

补偿

现在我们将深入探讨创建 DAO 单元的挑战、它们对 DAO 构成的风险,以及潜在的解决方案或缓解因素。

DAO 单元内的领导力挑战包括完成任务、依赖少数人、治理结构和机制以及普遍缺乏明确性。

我们使用 3 因素框架概括每个挑战,该框架显示挑战的表现方式、定义及其主要原因。

动态 | MXC平台获得爱沙尼亚交易运营许可牌照:据官方消息,12月20日,MXC平台在爱沙尼亚金融机构(FIU)的审核和认可后,获得了爱沙尼亚金融机构颁发的交易运营许可牌照,该许可证于2019年12月20日生效,允许MXC平台依法进行数字货币兑换法币服务以及提供数字货币钱包等交易运营服务。除此之外,其他地区的合规化运营正在逐步进行中。

MXC平台成立于2018年4月,总部位于新加坡,旗下拥有多项生态业务,致力于为全球区块链爱好者提供一个安全、公平、开放的数字资产交易平台,促进区块链技术及行业健康发展。[2019/12/21]

当谈论有效的 DAO 单元时,最常提到的是领导力挑战。当被要求描述问题的原因时,最简单的答案通常是「领导很难」或「换一个人领导就好了」。

我们可能会倾向于从表面上理解这种解释,将问题简单地描述为对更好的领导者的需求。正如哈佛大学组织科学教授 JR Hackman 所说,「领导者是团队中最引人注目的部分,成功或失败会不成比例地归因于他们。」

透过 DAO 单元的「领导问题」的表面,我们发现了多个相互关联的问题,包括对去中心化及其含义的困惑、团队合作的普遍困难以及完成工作的能力。技能、流程、工具化和共享心智模型方面的差距是反复出现的问题。

动态 | 美国无线运营商AT&T针对用户加密货币被盗案件提出异议:此前有消息称,美国加利福尼亚居民Seth Shapiro起诉美国第二大无线运营商AT&T,Shapiro指控AT&T未能保护他的账户不受SIM卡交换的影响,从而导致加密货币的重大损失。对此AT&T官方回应将对该指控提出异议。该公司发言人Jim Greer表示,“很遗憾发生这种情况,但我们会针对指控提出异议。期待着将我们的案件提交法庭。”(TWN)[2019/10/29]

贡献者是任何 DAO 的命脉,因此也是任何 DAO 单元的命脉。加强和保持贡献者的参与度是 DAO 单元不断发展的方面。以下是这一挑战背后的结构:

缺乏贡献者参与也可归因于缺乏有效的领导。可以通过建立对单元使命的热情来吸引参与。这可以反过来激发动机水平(除了不同级别的补偿之外),并鼓励贡献者提出倡议和改进建议(而不是盲目地照本宣科)。

DAO 单元不是孤立地运行或作为防水实体运行。他们的母 DAO 或 root DAO 通常以意想不到的方式支持和约束他们。此外,这些单元与其他单元协同工作,导致不同类型的依赖关系。有效管理这些依赖关系具有挑战性。这些挑战可以概括如下:

区块链社区运营模式正颠覆传统企业组织运作观念:2017年,“社区管理”这一集营销、业务开发等于一体的职业正在大火。社区经理们正在监督与区块链项目支持社区相关的事宜。更有趣的是,社区管理在一定程度上破坏了企业组织传统的运作观念。由于可自由交易的加密货币数量大幅增加,以及开发人员在使用奖金等新的激励游戏,人们正越来越多的使用“公共商业模式”。[2017/12/30]

管理母 DAO 和 DAO 单元之间的依赖关系的挑战也蕴含一个融资要素。这包括与母 DAO 的资本争夺、创建一个没有资本的社区以及缺乏资本来改进流程和结果(表现为工作节奏缓慢、创新很少)。

虽然对齐(步调一致)听起来与对母 DAO 的依赖相似,但对齐挑战更频繁地表现为恐惧,背后原因也不同。这一挑战可能是由于决策自主权的丧失、成熟的 DAO 单元丧失活力、缺乏明确性以及对失去控制的恐惧。对齐挑战的复杂性可以描述如下:

对齐挑战通常是由于缺乏明确的 DAO 单元存在的原因以及它与母 DAO 的联系程度。这反过来又会导致难以参与 母 DAO 的使命和愿景。简而言之,在 DAO 单元的独立性和与母 DAO 的联系程度之间找到平衡是一个挑战。

对 DAO 单元成员缺乏信任,是误解了 DAO 单元的意图、操作和方向的结果。母 DAO 和 DAO 单元团队之间有限或微不足道的互动导致彼此不熟,以及问责和治理的欠缺。

对 DAO 单元成员缺乏信任总是会导致母 DAO 成员惺惺相惜。母 DAO 成员不相信 DAO 单元团队是忠实的管家,DAO 单元团队也不相信社区能够成事。

这个挑战关乎 DAO 单元有权自主做出决策。一旦他们的自治被扼杀,决策就变成了一个挑战。扼杀自治的原因是多方面的,并且是母 DAO 和 DAO 单元团队双方共同作用的结果。

关乎决策制定的挑战也由 DAO 单元和母 DAO 之间的误解引发,例如母 DAO 如何看待 DAO 单元的决策,DAO 单元在他们的思维和方法上过于中心化,或者是单纯不喜欢 DAO 单元的决策。

当生产力和影响力的能见度开始阻碍运营时,它开始成为 DAO 单元的挑战。

缺乏生产力和影响力的能见度总是会导致缺乏信任。这引发了一些令人不安的问题,例如「答应的工作是否完成了?」「当一堆项目请求资金时,DAO 的投票人如何知道他们会用好这笔钱?」 「他们知道高谈阔论和工作不是一回事吗?」

对于 DAO 单元来说,去中心化工作的挑战源于工作量、参与人数以及工作的最终产出。我们的研究发现了一些有趣的动态:

去中心化工作挑战阻止了 DAO 单元的扩展。扩展的困难使得 DAO 单元愿景的实现具有挑战性。它还创造了一种先有鸡还是先有蛋的情况——无法有效地交付工作会导致无法扩展,而无法扩展又导致无法承担需要更多资源的高影响力工作。

补偿(compensation)是更广泛的 DAO 生态系统挑战,但对 DAO 单元有一些特定的影响。由于 DAO 单元的关注范围更窄、更具体,补偿形式和水平需要与 DAO 单元的精神、共享所有权和共享成功紧密联系起来考虑。

DAO 单元中的补偿挑战可能源于设计不佳的支付系统和流程。简化这些系统可以是一种解决方案。

如图所示,DAO 单元要顺利运行面临许多众多挑战,而造成挑战的根本原因并不明朗。此外,不同的挑战往往会形成一张网——一个相互加强的挑战系统。这使我们得出结论,DAO 单元挑战的解决方案将是复杂的,将多种产品和服务结合起来,才能使更好的组织方式成为可能。

DoraFactory

个人专栏

阅读更多

金色早8点

财经法学

成都链安

PANews

Bress

链捕手

Odaily星球日报

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

区块博客

[0:15ms0-6:794ms