此为历史版本和 IPFS 入口查阅区,回到作品页
嗷嗷
IPFS 指纹 这是什么

作品指纹

初探 DAO 治理、投票工具

嗷嗷
·

tags: DAOToolsVoting

Snapshot

官网:https://snapshot.org 推特:@SnapshotLabs
Snapshot 是由 Balancer 团队推出的一个链下治理工具。
Snapshot 拥有提案和投票两项功能。
  • 对项目方和项目社区来说,他们可以利用Snapshot 发起提案,从而极大地简化社区治理的流程,提升社区的热情和参与度;
  • 而对于普通投资者来说,他们可以通过投票来参与社区治理,且无需花费任何GAS。


SnapShot 的使用

使用 Snapshot 入門比較簡單,同時 Snapshot 也預留了擴展的接口,通過插件的擴展也能滿足一些較為複雜的治理動作。

一般使用的過程分為以下幾個步驟:


創建社區/項目空間(Space)

  • 當社區/項目想引入 Snapshot 作為工具來進行治理前,需要先通過 ENS 創建一個空間(Space)。
  • 并對空間進行配置,包括:
  • 基本信息 社區/項目的相關信息,社交賬號,金庫等。
  • 權力方案(Strategies) Snapshot 在快照的基礎上通過權力方案的規則,篩選出可對提案進行的地址集合。 最簡單的特定代幣/ NFT 持有證明的策略,已有默認支持。但一些更複雜的策略(類似梯度權力、權重權力等)則需要通過擴展插件來實現。
  • 作者(Authors) 類似管理員,除了擁有空間相關操作權限外,主要的用途就是,該角色的用戶,可以發起提案
只有空間擁有者以及作者才能發起提案,而且作者的指定目前只能通過錢包地址指定,沒有其他策略可以支持。(這個我覺得是一個槽點,這樣的設置不太去中心。^^)


發起提案

  • 當基本設置都完成,就作者們就可以發起提案了。由於在配置中大部分規則都已經有設定,所以使用默認規則發起的提案的過程就相對比較簡單了。當然發起者也可以在發起的時候,不使用默認規則,而在當前提案中使用需要的自定義規則。
  • 目前支持的投票的類型:
  • 單選投票(single choice voting) 即每個投票人只能選擇一個選項,結果會以百分比形式反映。
  • 讚成投票(approval voting) 即每個投票人都可以選擇任意數量的選項,(投票人)每個投票的選項都將被以相同的權重計入結果。
  • 加權投票(weighted voting) 即每個投票人可以選擇任意數量的選項,投票人在投選多個選項時,對於每個選項的投票權重可以不一致,而是可以根據意願在更傾向的選項上投入更大的權重。
  • 平方投票(二次方投票,quadratic voting) 即每個投票人可以選擇任意數量的選項,投票人在投選多個選項時,對於每個選項的投票權重可以不一致,而是可以根據意願在更傾向的選項上投入更大的權重(這點與加權投票相同)。同時投票的結果會被以平方后計入。
平方投票法,詳細可參考 WIKI上平方投票法的釋義
  • 排序選擇投票(ranked choice voting) 即每個投票人需要對所有選項進行排序,以表明對各個選項的支持程度。
  • 基本投票(basic voting) 投票人投票時,只需要對提案做出支持、反對或棄權,三選一的投票動作。


投票

  • 社區/項目成員在登錄空間后,即可找到在途的投票列表。通過連接錢包後,即可參與投票,只是在提交時會根據規則校驗投票權限,若不符合,則無法提交投票。
以上過程相關的操作說明可以參考官方手冊,或 @daovoice.eth 的相關文章


Snapshot 的進階

在之前介紹空間配置中的權力方案的時候,細心的讀者可能會注意到“插件”這個術語。“插件”就是 Snapshot 項目方給使用者預留的擴展的機制,通過自行開發的插件,使用者(社區/項目)可以對自己的個性化的需求進行實現,并共享在 Snapshot 社區,供其他人使用。

目前投入使用的公用插件

  • 權力方案(Strategies)插件 針對社區代幣、多鏈代幣、NFT(ERC-721,ERC-1155)等的持有證明的擴展。

  • 金庫的操作場景 針對投票后會動用金庫的場景,直接連通社區/項目進行撥款、批量發放的操作。 下圖就是 GnosisDAO 使用的 插件“Gnosis SafeSnap”,來實現投票的结果可以执行一系列的合约,例如将 Token 转给某一个特定的人的效果。

  • 參與證明 參與社區投票也是一種重要的參與社區的行為,所以很多社區對於投票,或者關鍵投票會給予投票成員參與證明,來作為成員參與社區活動的記錄證明。


更多的插件則可以在 插件庫 中查找使用。當然,也可以根據官方手冊,自行開發插件。


Aragon

官網:https://aragon.org/ 推特:@AragonProject
Aragon 是一套應用程序和服務,支持新形式的全球社區。 社區可以圍繞資本資產、貨幣或代幣進行組織,隨著更多人持有和使用該資產參與社區,這些資產的價值將增加。
Aragon 不僅提供通證化等基本金融工具,而且可以創建可重複且廣泛適用的模板,用於定義社區邊界並通過互聯網向貢獻者流動價值,而無需傳統的中介(intermediaries)。

在網絡上的文章中把 Aragon( Client 以及近期會推出的 APP )歸類于 DAO 工具中的啟動器分類中,但作者更傾向於把 Aragon 歸屬於服務平台。通過 Aragon 所提供的服務,用戶不單單可以啟動 DAO,更可以在 DAO 的整個生命週期內,通過 Aragon 提供的程序和服務來運行和處理 DAO 的一些日常事務,從而來幫助 DAO 的發展。

當然,Aragon 同時也提供了 DAO 治理的服務社區以及 DAO 的專家服務團甚至是相關的法律服務,由於本文僅探路工具,對此就不做涉及,有興趣的可以自行前往 Aragon 官網查閱相關資料。

需要額外說明的是,在 Aragon 的理念中,社區的一切事務的執行都是基於投票結果,即只有在投票結果達到約定執行條件標準時,事務才會被執行(當然,Aragon 只能控制住基於 Aragon 提供的服務,無法控制到鏈下的行為)。


Aragon 的使用

首先推薦一篇來自 佳佳原創 的文章《元宇宙:如何基于Aragon产品构建DAO》。文章中已經詳盡描述了,如何通過 Aragon 產品來構建 DAO 的事務平台,本文就不再贅述相關的具體操作了。


創建組織


Aragon 提供了多種組織形式的模板,供用戶在初始創建組織時使用。有幾種類型還在維護更新,所以目前只能看到三種類型(Company、Membership、Reputation)。

在選用模板時,可以參考以下列出的幾類模板間的差別,來找到適合的形式。

  • Company 參與治理投票,需要質押治理代幣,且代幣可以是可以相互交易轉讓的。
  • Membership 採用了一人一票的投票治理模式,所以每個成員最多只可能有一枚代幣。
  • Reputation 與 Membership 模式相同,治理代幣不可轉讓。但每個成員可以持有的代幣數量不定,且根據投票成員持有的代幣來計算投票權重。
特別提示
在初始創建的時候,需要慎重考慮并設置投票的通過(執行)標準。在創建后,這些設置在管理模塊中沒有提供修改操作界面。如果需要修改的話,只能通過控制台(Console)或其他終端,以命令行提交事務的方式來修改。
具體操作步驟,可參考 Change Quorum using EVMcrispr 。順便在此感謝社區中熱心人士提供的提示和幫助。


日常事務

Aragon 提供四個 APP/模塊 來支持 DAO 的日常運作。


  • Vote 這個比較好理解,發起投票以及投票動作,都將在這個模塊里體現。
  • Assign Tokens 發放治理代幣。
  • New Payment DAO 金庫的存/取。
  • Check Finance 金庫餘額的查看,以及收支的歷史記錄。

想多說幾句

在 Aragon 中,社區的日常事務處理執行是基於投票結果的。這點在 Assign Tokens、New Payment 兩個執行模塊/APP 中,得到了完全的體現。例如,社區通過 Assign Token 向某成員發放治理代幣,在提交事務并簽名后,代幣并不會被發到成員錢包中,而是在 Vote 模塊中會自動出現一個提案,只有該提案被投票通過后,治理代幣才會被發放到該成員錢包中。

也正是基於這種模式,在 Aragon 中,任何一個成員都可以發起事務( Assign Token 以及 New Payment )。這看上去很像理想中的去中心化治理的樣子,那這樣的模式會不會成功呢,就讓我們拭目以待吧。

最新聽到的一些使用者的吐槽(特意隱藏了一下 TA相關的信息 XD)

槽點一,會被社區裡持有 $ANT 的成員參與造反,到 Aragon 社區仲裁已完成的提案。

槽點二,不能批量轉賬,作為 DAO 中可能使用頻度比較高的操作(就是給成員們發福利、報酬),沒有批量轉賬的話,操作笛卡爾、投票笛卡爾。很槽。

槽點三,沒有 DAO 查找,需要記住 DAO 那一串常常的名字,有時候想去 DAO 里看看有沒有新提案,或者去想去提交一個新提案,正好又碰到腦子秀逗,記不起地址的時候,崩潰到死。


Tally

官網:https://www.tally.xyz 推特:@tallyxyz

Snapshot 已經被大家熟知,但是很多人不知道 Tally,甚至將 Tally 錯認作是 Tally Ho 。其實 Tally 是一家 DeFi 治理的創業公司,早在 2021 年就已經獲得了 600 万美元的融资 。Tally 同样向 DAO 用户提供了一个链上治理的平台来处理 DAO 中事务的决策和执行。


關於 Tally

網上關於 Tally 的說明已經試用資料相對較少,有一篇《Tally——链上治理龙头项目使用(空投)指南》推薦給大家可以參考。
同時,Tally 本身的文檔也相對比較完整齊備,很多信息、問題都可以直接在它的知識庫和 Wiki 中找到相關答案。

之前查到的相關介紹文章中,都有所提及到 Tally 的使用是有一定門檻的,需要有智能合約開發的基礎,因為在平台上創建 DAO 的時候會需要關聯或者開發智能合約(投票代幣和治理合約)。也許這也是 Tally 勸退很多 DAO 嘗鮮者的原因之一吧。


Tally 提供的兩種模式

目前 Tally 是提供了兩種模式來支持治理:

  • Group
  • 成員加入邀請制
  • Off-chain 投票(只能進行投票,不能關聯到執行)
  • Governor
  • 成員加入不需要邀請(只需要使用代幣和 NFT)
  • On-chain 投票(根據投票結果自動執行合約)


其中,Group 模式并不涉及合約開發,但是功能實在是寒磣,只有簡單的投票功能和金庫關聯。投票的策略也只有提供了簡單的三項式和多選項的功能,沒有提供更多高級的功能。


所以,如果只是剛剛開始嘗試去中心化治理的社區,是可以通過 Group 模式來進行試驗和摸索,但隨著治理的不斷推進,這個模式肯定會越來越捉襟見肘。這模式只是用來強化去中心化治理的理念和習慣的一種試驗或者練手。


Governor 模式

真正的去中心化治理的實踐還是需要使用 Governor 模式

什麼是 Governor ?

Governor 模式是一種常用的開源智能合約,它允許代幣持有者通過完全鏈上投票來控制 DAO。

Governor 負責管理 DAO 提案。它跟踪提案的狀態,併計算票數以查看它們是否通過。如果提案通過,則 Governor 在鏈上執行該提案。

提案可以做鏈上的任何事情:從國庫發送資金,更新 DeFi 協議的參數,更改子 DAO 的權限,鑄造 NFT,或修改 Governor 本身的規則。

Governor 模式的核心

Governor 模式核心內容就在於它的智能合約。DAO 中所有的決策過程都可以在合約中進行定義和實現,保證了 DAO 的決策是完全可以在鏈上進行并完成。

這個智能合約就成了整個 DAO 治理的一個門欄,因為合約是需要通過代碼開發來實現的,同時還需要隨著 DAO 的發展中遇到的新的治理需求來不斷地升級和完善。

另一方面來看,這種模式也決定了它有很高的擴展性。 DAO 治理的上限可以不斷地提升。理論上只要合約的開發升級能跟上,整個 DAO 的治理就可以完完全全地在鏈上進行。


其他

拖拖拉拉,磨了好久,終於快把這篇文章寫完了。原本還計劃會寫一下 Coordinape 這個工具,在網上找了一些相關資料和文章后,發現 Coordinape 在严格意义上不是投票工具,而是让社区成员以一种很酷、很有趣的方式向贡献者分发奖励或报酬的工具。所以偷了個懶,就不打算在這篇文章中去介紹它了(因為這樣好像又可以再拖個幾周),等再好好體驗一下以後,再找個機會來介紹一下


參考資料


CC BY-NC-ND 2.0 授权