我们发明 OR 观念与 DAC （跨域协作）管理及业务实现的团结很是匹配。
（2）雷同于传统企业的 KPI 打点、项目打点及其他业务打点系，DAC 也应具有雷同的框架来打点业务实施，不然，假如漫衍式协作者仅凭据本身的领略和时间行事，工作会变得一团糟。由于实际的业务策划是一个巨大的进程，因此大大都去中心化自治组（DAO）利用的投票成果还远远不足。
此框架和要领将在共享经济、零工经济、众包、众筹、社会配合体经济、志愿者等规模发挥相当大的代价并获得应用。
协作是代价缔造的最根下层。通过本文中先容的框架和要领，你会发明成立 DAC、打点协作者之间的协作干系以及打点整个业务实现进程长短常容易的工作。
首先，在漫衍式协作者之间的协作干系成立应尽大概的简朴。大大都漫衍式协作者大概漫衍在差异的时区，最初没有信任基本，假如难以成立并确认协作干系，则无法实现协作，也就无法成立 DAC。
本文先容一种分手自治社区 DAC 与扩容方案 Optimistic Rollup 团结的框架，让跨域协作具备扩展性，实现更高效启动 DApp。
代价和利用场景可是，假如任何协作者（违约方）违背了理睬，则其他协作者（无责任方）可当即申请仲裁处事，取消待分派的押金，暂停 MSC。按照仲裁功效，违约方将受到惩罚。
第二，OR 将生意业务转移到了链外的第 2 层侧链，该侧链由主链掩护。由于侧链提供了扩展性，提高了私密性并低落了生意业务本钱，这为我们提供了一条线索，即可以将实际的协作（生意业务）（时间、所在、频率均不牢靠）安排在侧链上，而不是主链上。
那么，这个框架如何有助于协作打点呢？
漫衍式协功课务实现的打点是最难的部门。参照 OR 机制，我们可以把元协作都放到侧链上，让元协作者在链下自行接头、协商及确认协作细节，这么做有利于缓解主链的压力。（1）要创立一祖传统的企业，必需在当局办公室注册，而且遵守一系列的法令和财政政策，掩护各股东的好处。DAC 应该具有雷同的管理布局，以举办去中心化的注册并类型各类漫衍式协作者之间的干系。
实际的结论是不必将所有生意业务都放在链上，因为具体的生意业务信息，譬喻协作者想要执行什么以及但愿获得什么功效，只需要在漫衍式协作者之间举办确认。没有须要取得所有人的共鸣，不然不只耗时、耗财，并且毫无私密性。
此框架在侧链的支持下具有高度的可扩展性，而且我们可以进一步添加通信、付出、常识打点、事件等微处事东西，实现对更多的利用场景的支持。
此框架还可以或许颠覆传统的 DApp 启动方法。开拓人员可以参考 MSC、打点框架和微处事东西库来快速启动 DApp。
（3）在成立健全了 DAC 的管理和业务实施框架后，您会发明成立 DAC 并在内部举办协作是一件很是容易的工作。由于 DAC 活在互联网和区块链上，因此所有的协作勾当都是可设计的、可记录的、且可追溯的，这为管理和打点提供了便利。
受 OR 的 Optimistic 特性开导，我们可以设计一种 Optimistic 机制，让这些漫衍式协作者不受限制地参加进来，只需要假设所有协作者都是厚道的，并凭据其理睬协调地动作。可是，假如某些协作者弄虚作假，则应启动仲裁和处罚系统，掩护「厚道」协作者的好处。
正如其名，假如假设整合者（aggregator）在运行中未举办欺诈而且仅在存在欺诈的环境下才提供证明，则整合者只需要宣布不含证明的最少信息，所以利用了「Optimistic」（乐观的）一词。之所以利用「Rollup」，是因为生意业务会以打捆的形式提交至主链（也就是说，它们是成卷的）。
可是，MSC 如何掩护每一名协作者的好处？
在元协作中，输入和输出都是数据化的，因此应将微处事东西库配置为提供微处事东西 /API，以实现特定的勾当，完成数据和代价之间的转换。基于生意业务声明条约中界说的共鸣，可利用微处事东西 /API 执行各类勾当，以到达可权衡功效。微处事东西的输出会记录在 Wiki 上，Wiki 链接则记录在侧链上。
DAC 业务实现层
撰文：Kevin，分手自治社区（DAC）与跨境协作的管理布局研究员
如何操作 OR 机制？在此我们要出格感激 Colleen Swanson 和 Marcella Hastings，感激他们的校对事情，以及他们关于本文的名贵反馈。
假如太过依赖智能合约举办链上打点，MakerDAO 清算危机和其他被黑客入侵的 DeFi 项目已经给了我们足够的教导。
为什么要让 DAC 与 Optimistic Rollup 成立接洽？在我的上一篇文章《的将来是跨域协作，不是金融》中，我具体地说明白跨域协作是主干代价缔造的基本层。区块链的将来取决于如作甚跨域协作打造管理及业务实施框架，而不是把所有的财产都投入到不行控的去中心化金融应用中。而分手自治社区（DAC）作为跨域协作的一部门，是整个框架的要害。
总而言之，，跨域协作很是适合 Optimistic Rollup。上述要领将成为支持 Web 3.0 开拓的基石之一。
由于 OR 仍在开拓中，我们可以参考并优化 OR 的观念，使其更适合 DAC。我们会在两个层级上接头如何操作 OR。
管理层专门针对的是协作干系的成立和维护。由于大大都漫衍式协作者互相不熟悉，因此如作甚他们成立简朴的掩护机制至关重要。
首先，我们可以将各方之间的巨大协作解析成多个点对点的协作，即元协作（Meta Collaboration）。元协作是 DAC 中的最小单元。
假如一名开拓人员挪用了 MSC、打点框架和 Wiki 微处事，则会建设一个雷同于 Wikipedia 或 Quora 的漫衍式应用。假如另一名开拓人员增加了谈天室微处事，则会呈现一个漫衍式私有社区应用。
虽然，在侧链上应该有一些东西来记录生意业务细节，执行特定的勾当，并举办打点。
生意业务声明条约会被陈设在侧链上，并将生意业务的里程碑信息（即两名元协作者告竣一致）转换成尺度的条约模板，此模板包罗七个元素——上下文、界线、方针、可权衡功效、输入、勾当和输出。此模板可以让所有元协作者保持沟通的进度，利便了记录、验证和传送。
可交付成就将由相关方在链下审核，并按期上传至主链。假如功效切合要求，则框架挪用 MSC 举办鼓励分派。假如协作进程中呈现任何争议，框架将挪用 MSC 举办管理事情。
可是，协作者要想打点详细的业务实现，这么做还远远不足。应为他们提供一个能促进协作的系统框架，个中应包罗两个增补项目——生意业务声明条约（TSC）和微处事东西库（MTP）。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
