漸進式的DAO框架：TributeDAO

為了更好的定義TributeDAO，標題裏用了漸進式這個詞，不知道什么是漸進式請不要擔心， 看完下面就知道了。用過Vuejs的人可能知道Vuejs是一個漸進式的前端框架，那么什么是漸進式的DAO框架呢？為了解答這個，我們先看一下TributeDAO的整體架構：

TributeDAO主要由三個部分組成：Core，Adapters，Extensions。

Core包括DAO注冊表（用來存儲DAO中的重要數據）和一些其他的東西。

Adapters包括投票，DAO准入，貢品，NFT貢品，公會踢，怒退，提現，融資等。

Extensions包括金庫和NFT。

另外，有一點需要注意，數據/信息永遠是從外界流向Core的, Core想要獲取數據只能通過Adapters或Extensions。

熟悉Moloch DAO的人看到這裏應該就明白了，這不就是把Moloch DAO給拆了嗎？是的沒錯，就是把Moloch給拆成一個個小模塊並且因為細致的拆分使組合變得很方便。有了Tribute DAO，Web3世界裏就有了DAO的樂高積木了。因為是漸進式的，所以可以將DAO一點一點的變得更龐大。

現在大家應該可以理解漸進式了，就是把需要的功能像拼樂高那樣組合到一起。所以本文也可以有其他的名字，比如：積木式的DAO框架，拆得七零八落連Moloch的工程師來了都認不出來的另一種Moloch DAO框架。

做成積木式的好處就是可以只添加自己需要的功能，比如有的DAO不需要公會踢，那么組合出來的DAO就不包含公會踢。除了組合方便之外定制也很方便，比如可以做一個新的Adaptar來支持二次方投票，或者把任何人都可以發起提案改成只有DAO成員才能發起。

因為Adapters和Extensions的含義比較相近，所以大家可能對這兩個詞比較困惑。在這裏也做下解釋：Adapters指的是DAO的一個個模塊， 就像樂高積木或者Minecraft的小方塊。Extensions指的是與DAO注冊表隔離的復雜狀態。也就是說，幾個DAO可能由相同的Adapters組成，但是內部狀態/數據不相同。

看過Moloch合約的人應該可以感受到Moloch的可擴展性很差， Minion(小兵/奴隸)誕生之前基本上只能通過tribute, shares做各種操作。在Moloch V2中，雖然增添了更多的提案類型，但這是通過在合約中增加不同提案函數完成的，就不是很優雅。在Minion誕生之後, 雖然可擴展性得到了增強但是基本上也沒逃離代理的思想(Aragon也有個agent)。有了Tribute DAO之後DAO內部的操作就可以通過新的Adapters或Adapters的組合來完成了，除了實現方式優雅外，代碼也更容易維護。雖然與外部合約交互依然需要Minion，但啓動一個新的項目完全可以把Tribute DAO集成到應用內部(手動狗頭.jpg)。

Tribute DAO對NFT支持的很好，在Tribute DAO中可以使用ERC721作為tribute加入一個DAO(在寫本文時，DAOHaus的NFT Banks依然是coming soon的狀態，快點更新啦)。除了上文提到的二次方投票之外，也可以使用Adapters去實現一人一票。另外，Tribute DAO也支持ACL(訪問控制層)，這樣可以更容易的做DAO內的權限管理了。

總的來說，在Tribute DAO上可以看到DAO的未來，因為可以像空氣，水和電一樣無感的融入到各個應用中。如果你的團隊有开發人員並且需要一個DAO 那么我非常推薦使用Tribute DAO。

一起擁抱未來吧！

作者的非正經介紹:

茯苓(Poria Cattus): DAOSquare的萌新研究員(順便敲敲代碼?), 今後遇到有趣的項目會寫一些調查筆記與大家分享。

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播信息之目的，不構成任何投資建議，如有侵權行為，請第一時間聯絡我們修改或刪除，多謝。