可編程組織和 DAO 可組合性

作者：BlueYard

譯者：Kevin Tse

翻譯機構：dao2

原文鏈接：https://mirror.xyz/0x04A9Fb82b53eB2e7eFC4F44B829Ae4353e19bFFb/0YRXH1ijInImiAHLJ_r4xxE9PKOVU9egOR5lLPe8AoE

關于 "貨幣樂高 "的想法已經談了很多，特別是在去中心化的金融系統方面，加密貨幣是可編程的貨幣，而可編程的組件做得好是可組合的。軟件行業有豐富的可組合性方法的歷史（以及與之相關的代碼重用）。因此，當你開始把錢和圍繞它的能力（借貸，借出等）看作是可編程的組件時，接下來的自然步驟就是看看這些與貨幣相關的各種組件如何以新的和意想不到的方式組合在一起。

有鑒于此，什么是 DAO（去中心化自治組織）？根據我目前的經驗，DAO 是在線討論組，充其量只有一個共享的資金庫和一個治理系統，以幫助確定如何使用這些資金庫。但 DAO 的真正承諾是它們可以成為可編程組織，就像加密貨幣是可編程貨幣一樣。

可編程組織的概念帶來了創建可組合、可重用的組織結構和能力的能力。

盡管 DAO 表面上是由人（或其他 DAO、機器人或……）組成的，但在其核心，DAO 與任何其他人群的不同之處在于它是通過代碼進行管理的。用程序員的話說，我們通過 API 或應用程序編程接口與 DAO 交互。在分散的基于區塊鏈的系統中，這些 API 采用智能合約上可公開調用的函數的形式。雖然 DAO 是由人類（有時是其他程序）編排的，但 DAO 的真正功能是它的智能合約。其他一切，正如 Orca 協議團隊喜歡稱之為的那樣，SocialWare（基于人類信任由人類手動運行的系統）。

DAO 本質上是通過 API 執行功能的可編程組件。

這些能力是什么？什么是 API？

就可編程系統而言，目前，大多數 DAO 包含兩件事：

• 會員名單

• 共享錢包/金庫

討論在 Discord 中進行，聚會在會議上進行，小組開始編寫代碼、設計東西、推文等，但大多數 DAO 的本質——將它們作為 DAO 與在線俱樂部區別開來的地方——歸結為這些兩個功能領域。今天的 DAO 實施代碼來管理會員資格和花錢。

那么，可以管理成員和錢包的組件是可組合的，這意味著什么？

• 成員管理（加入、離開等）和多方錢包（投票、執行交易、轉移資金）的公開訪問功能

• 這些功能的標準化接口（記錄的名稱、輸入和預期輸出），以便多個實現可以互換。

• 一組標準化的調用約定，因此每組功能或接口不需要完全不同的交互方式。這樣做的好處是允許不同類型的模塊相互替代或以相同的方式進行管理。這也意味著調用可以以接口創建者沒有計劃的方式鏈接在一起。像這樣的調用約定的一個歷史示例是基于 UNIX 的系統的工具幾乎都從其輸入和輸出文本中讀取文本，從而允許將它們與管道鏈接在一起。

Zodiac 團隊在為可組合的 DAO 行為創建提議的標準方面做了一些出色的工作，這與面向方面編程的概念方法類似。

雖然我們現在在行為方面討論可組合性，但可組合性也適用于數據。例如，Orca 協議實現了由許多 DAO（稱為 Pod）組成的 DAO。在理論上無限大小和復雜性的圖中，每個 DAO 可以有零個或多個 DAO 作為父級。在頂層，DAO 由其所有成員遞歸組成，無論是人類、DAO/Pod 還是與機器人相關的其他身份等。

現在我們對大多數 DAO 是什么以及可組合對它們意味著什么有了一個簡化的認識，您可能會認為這聽起來并不令人興奮，人類協作的世界遠比簡單的組建團隊、籌集和花錢的能力豐富得多。事實上，到目前為止，我們構建的這些 People Lego 并不是很有用。他們除了存在還做什么？不多，盡管 DAO 中的人類可能很忙并且非常有生產力，創作藝術、音樂、公司、在線材料或試圖拯救地球，但 DAO 本身是膚淺的，幾乎沒有特色。

DAO 可組合性的下一步是擴展 DAO 本身的功能，并相應地擴展 DAO API 的表面積。

我的方法是從實現一個具體的實例開始，迭代那個實例，然后轉到另一個實例。在一些具體的實現之后，模式就會出現。讓我們探索一個可能的實例：客戶服務。

想象一下，一個新的DAO，SupportDAO，被創建來為web3公司的客戶支持票提供服務，這可能是一個營利性組織，其成員是客戶支持專家，并圍繞著大規模處理在線客戶支持建立了一門學科， 我選擇這個例子是因為這個行業已經為客戶支持制定了一套半標準的可衡量的關鍵績效指標，幾乎所有這些指標都很容易衡量（見下文的例子）。

SupportDAO 有成員和共享的金庫，因此，在可組合的通用 DAO 生態系統中，它可以為這些高級功能實現標準接口，但是 SupportDAO 還能做什么呢？其 API 的核心是從票務系統向其提供客戶支持票證的功能，以解決這些票證，然后根據這些票證的成功解決進行支付。

DAO（或公司）如何不信任地向另一個 DAO 支付處理客戶支持票的費用？根據商定的一組 KPI 付款。例如，付款可能是以下功能：

• 處理的票據數量

• 解決問題的時間

• 首次接觸的時間

• 已解決的工單與未解決的已關閉工單的百分比

• 排隊工單的平均年齡

• 客戶 NPS

• 等等

這些都是可測量的，并且可以通過鏈上（可能不是）或通過預言機進行集成，這意味著 SupportDAO 可以作為一個自主的、無需信任的組件運行，而不是由人類手動協調以進行支付，這是對設計的一種公認的幼稚膚淺的看法，但我覺得它令人興奮。

像這樣的支持 DAO 的 API 將是可組合的，任何構建應用程序或服務的組織都可以評估將其插入并擁有新的客戶支持功能，而不是建立自己的客戶支持組織，更重要的是，如果 API 是標準化的（甚至是事實上的），多個支持 DAO 可以實時競爭，以便為每個組織提供更好、更快的服務，同時（甚至是匿名）坐在 API 后面。

客戶支持只是可以通過智能合約和標準化 API 實現的領域之一。隨著我們探索去中心化組織和協作模型的未來，這些模型看起來更像是小團隊的聯盟而不是單體，更多的接口和自動化協作機制將會出現。

關于 DAOSquare

DAOSquare 起源于西方著名以太坊社區 MetaCartel，DAOSquare 的使命是構建屬于 Web3 時代的孵化器，從而更好地幫助這個時代的創新者從 0 到 1 并走向成功，正如互聯網時代的 Y·Combinator 一樣。

Website: [https://daosquare.io/]

Twitter: [https://twitter.com/DAOSquare]

Discord: [https://discord.gg/daosquare]

Forum: [https://forum.daosquare.io/]

Media: [https://dao2.muse.lol/]