撰文：Kevin，分散自治社区（DAC）与跨境协作的治理结构研究员
来源：币安研究院&链闻
本文介绍一种分散自治社区 DAC 与以太坊扩容方案 Optimistic Rollup 结合的框架，让跨域协作具备扩展性，实现更高效启动 DApp。
在我的上一篇文章《区块链的未来是跨域协作，不是金融》中，我详细地说明了跨域协作是骨干价值创造的基础层。区块链的未来取决于如何为跨域协作打造治理及业务实施框架，而不是把所有的财富都投入到不可控的去中心化金融应用中。而分散自治社区（DAC）作为跨域协作的一部分，是整个框架的关键。
在了解了 DAC 相关的研究和架构后，启动各种 DApp 的方法就清晰了。
（1）要成立一家传统的企业，必须在政府办公室注册，并且遵守一系列的法律和财务政策，保护各股东的利益。DAC 应该具有类似的治理结构，以进行去中心化的注册并规范各种分布式协作者之间的关系。
（2）类似于传统企业的 KPI 管理、项目管理及其他业务管理系，DAC 也应具有类似的框架来管理业务实施，否则，如果分布式协作者仅按照自己的理解和时间行事，事情会变得一团糟。由于实际的业务经营是一个复杂的过程，因此大多数去中心化自治组（DAO）使用的投票功能还远远不够。
（3）在建立健全了 DAC 的治理和业务实施框架后，您会发现建立 DAC 并在内部进行协作是一件非常容易的事情。由于 DAC 活在互联网和区块链上，因此所有的协作活动都是可设计的、可记录的、且可追溯的，这为治理和管理提供了便利。
（4） DAC 的设立是为了实现某些业务目标，因此它与 DApp 的概念是一样的，并且激励机制将作为协作的结果会自然地运作起来。
为什么要让 DAC 与 Optimistic Rollup 建立联系？
Optimistic Rollup （OR）是以太坊的第 2 层扩容方案。
正如其名，如果假设整合者（aggregator）在运行中未进行欺诈并且仅在存在欺诈的情况下才提供证明，则整合者只需要发布不含证明的最少信息，所以使用了「Optimistic」（乐观的）一词。之所以使用「Rollup」，是因为交易会以打捆的形式提交至主链（也就是说，它们是成卷的）。
我们发现 OR 概念与 DAC （跨域协作）治理及业务实现的结合非常匹配。
首先，在分布式协作者之间的协作关系建立应尽可能的简单。大多数分布式协作者可能分布在不同的时区，最初没有信任基础，如果难以建立并确认协作关系，则无法实现协作，也就无法建立 DAC。
受 OR 的 Optimistic 特性启发，我们可以设计一种 Optimistic 机制，让这些分布式协作者不受限制地参与进来，只需要假设所有协作者都是诚实的，并按照其承诺协调地行动。但是，如果某些协作者弄虚作假，则应启动仲裁和惩罚系统，保护「诚实」协作者的利益。
第二，OR 将交易转移到了链外的第 2 层侧链，该侧链由主链保护。由于侧链提供了扩展性，提高了私密性并降低了交易成本，这为我们提供了一条线索，即可以将实际的协作（交易）（时间、地点、频率均不固定）放置在侧链上，而不是主链上。
如果过度依赖智能合约进行链上管理，MakerDAO 清算危机和其他被黑客入侵的 DeFi 项目已经给了我们足够的教训。
实际的结论是不必将所有交易都放在链上，因为详细的交易信息，例如协作者想要执行什么以及希望得到什么结果，只需要在分布式协作者之间进行确认。没有必要取得所有人的共识，否则不仅耗时、耗财，而且毫无私密性。
当把交易放在侧链上并给予分布式协作者自由讨论及确定细节的自由时，Rollup 机制会同步主链上各交易的状态，充当见证人以避免潜在的违约风险并负责启动激励或惩罚。例如，如果两名协作者均已在侧链上达成共识，则这个状态会被上传到主链上，但是如果有协作者事后不接受交易结果，则会比对分歧状态与先前的共识状态。最终，违约者将受到处罚。
当然，在侧链上应该有一些工具来记录交易细节，执行特定的活动，并进行管理。
如何利用 OR 机制？
由于 OR 仍在开发中，我们可以参考并优化 OR 的概念，使其更适合 DAC。我们会在两个层级上讨论如何利用 OR。
DAC 治理层
治理层专门针对的是协作关系的建立和维护。由于大多数分布式协作者彼此不熟悉，因此如何为他们建立简单的保护机制至关重要。首先，我们可以将各方之间的复杂协作分解成多个点对点的协作，即元协作（Meta Collaboration）。元协作是 DAC 中的最小单位。
然后，通过整合 Staking Economy、Optimistic Rollup 算法，博弈论、智能合约等，我们就可以定义一个合同来规范元协作，这个合同就叫做元质押合同（Meta Staking Contract，MSC）。MSC 把质押存款当做各元协作者履行其承诺的担保。当两个元协作者都已将存款质押到 MSC 的托管账户中时，元协作便建立了。超级简单吧！
但是，MSC 如何保护每一名协作者的利益？
在协作过程中，默认情况下会认为两名元协作者均会按照承诺，协调地行动。因此，当元协作完成时，质押存款的状态会变成「待分配」，并在 2 周的挑战期后自动返还。
但是，如果任何协作者（违约方）违背了承诺，则其他协作者（无责任方）可立即申请仲裁服务，撤销待分配的押金，暂停 MSC。根据仲裁结果，违约方将受到处罚。
MSC 的撤销和仲裁机制让每一名分布式协作者都可以建立 DAC 并与其他协作者保持协作关系，这么做速度快，有保障，而且无需给予任何权限。通过 MSC，可以非常方便地管理分布式协作，并高效地进行扩展。
DAC 业务实现层
分布式协作业务实现的管理是最难的部分。参照 OR 机制，我们可以把元协作都放到侧链上，让元协作者在链下自行讨论、协商及确认协作细节，这么做有利于缓解主链的压力。但是，协作者要想管理具体的业务实现，这么做还远远不够。应为他们提供一个能促进协作的系统框架，其中应包括两个补充项目——交易声明合同（TSC）和微服务工具库（MTP）。
那么，这个框架如何有助于协作管理呢？
交易声明合同会被部署在侧链上，并将交易的里程碑信息（即两名元协作者达成一致）转换成标准的合同模板，此模板包括七个元素——上下文、边界、目标、可衡量结果、输入、活动和输出。此模板可以让所有元协作者保持相同的进度，方便了记录、验证和传送。
在元协作中，输入和输出都是数据化的，因此应将微服务工具库设置为提供微服务工具 /API，以实现特定的活动，完成数据和价值之间的转换。基于交易声明合同中定义的共识，可使用微服务工具 /API 执行各种活动，以达到可衡量结果。微服务工具的输出会记录在 Wiki 上，Wiki 链接则记录在侧链上。
可交付成果将由相关方在链下审核，并定期上传至主链。如果结果符合要求，则框架调用 MSC 进行激励分配。如果协作过程中出现任何争议，框架将调用 MSC 进行治理工作。
价值和使用场景
协作是价值创造的最基本层。通过本文中介绍的框架和方法，你会发现建立 DAC、管理协作者之间的协作关系以及管理整个业务实现过程是非常容易的事情。
此框架在侧链的支持下具有高度的可扩展性，并且我们可以进一步添加通信、支付、知识管理、事件等微服务工具，实现对更多的使用场景的支持。
此框架还能够颠覆传统的 DApp 启动方式。开发人员可以参考 MSC、管理框架和微服务工具库来快速启动 DApp。
如果一名开发人员调用了 MSC、管理框架和 Wiki 微服务，则会创建一个类似于 Wikipedia 或 Quora 的分布式应用。如果另一名开发人员增加了聊天室微服务，则会出现一个分布式私有社区应用。
此框架和方法将在共享经济、零工经济、众包、众筹、社会共同体经济、志愿者等领域发挥相当大的价值并得到应用。
总而言之，跨域协作非常适合 Optimistic Rollup。上述方法将成为支持 Web 3.0 开发的基石之一。
在此我们要特别感谢 Colleen Swanson 和 Marcella Hastings，感谢他们的校对工作，以及他们关于本文的宝贵反馈。
