懶惰共識＋逆向投票：沉默大多數的協作

ckxpress

2022 年 3 月 10 日

「共識。採用『懶惰共識』機制，日常運作預設社群支持，直至有人表達不同意向。」——《DHK 宣言》第四條

DHK dao 採用的「懶惰共識」，是一種兼顧效率與認受性的社群管理方針。

懶惰共識

「懶惰共識」是 lazy consensus 的強行翻譯，原是 Apache 的社群管理哲學，意思是執事團隊基本掌握社群意向，日常運作不會事事徵詢社群，也不會動輒提案投票。

話雖如此，卻並不代表獨裁或一意孤行，因為平日沉默的社群有權隨時提出反對意見，這時候執事團隊就該積極處理，尋求共識。

舉例來說，採用懶惰共識的 DHK dao，上周 #decentralizehk 新接入 EVMOS 成為驗證人，事前並無徵求社群同意，更沒有全民投票，而是根據執行團隊對產業、技術、社群的了解快速決定。

事實上，區塊鏈產業知識含量高，變化迅速，競爭激烈，每作一個決定前徵詢社群意見幾乎沒可能；真要這樣做，不但會把效率拖低得沒法競爭，社群恐怕也會吃不消龐大的訊息量。儘管如此，在以上例子，假如有持份者出於某些考慮，認為 #decentralizehk 不應成為 EVMOS 驗證人，還是有途徑主動提出，好讓社群定奪。

執行效率，群眾依賴，在懶惰共識機制下都不足以剝奪持份者參與的權利。這種「預設執行，隨時反對」的協作模式，確保社群有效運作與競爭之餘，不會犧牲持份者的參與及反對的權利。

逆向投票

另一個 DHK dao 將會經常採用的協作方式是「逆向投票」，即鼓勵反對而非贊成一方提案表達訴求，假如不獲通過，不論是「反對反對票」過半數還是投票率不足，執事方都有認受性實現計劃。

台灣的公投也常有類似的議案，比如2018 年反核公投「您是否同意確立『停止新建、擴建任何燃煤發電廠或發電機組（包括深澳電廠擴建）』之能源政策？」，投反對代表贊成興建，投贊成代表反對興建。假如反核議案不獲通過，代表政府有民意基礎去興建核電廠。

再舉一個大家可能都經歷過的例子。試想像一位老師對著一班目光呆滯的學生，問「贊成明天測驗的舉手」，大部分同學都不會給反應；那老師可尷尬了，既然大家沒表態同意，明天測驗豈非不該舉行了？他大概在心想，早知道就不問，還是獨裁好。然後他靈機一觸，反過來問，「反對明天測驗的舉手」，一下子，為免成為「沉默的大多數」被邪惡的老師予取予攜，同學意識到參與和表態的重要性了。

懶惰共識＋逆向投票

懶惰共識跟逆向投票是對好拍檔，適合參與者分散，活躍度不一的共同體，尤其像 DHK dao 這種純 web3 產物，執事方並沒有持份者的任何聯繫方式，純粹依賴群體主動參與。

延續前面的例子，當 DHK dao 執行團隊打算進軍 EVMOS，可以提案「反對 #decentralizehk 成為 EVMOS 驗證人」，如果議案通過，執行團隊當然應該尊重社群的意向，但當反對票高於贊成票，或者持份者沒空，不關心，沒想法，聽不懂，甚麼原因都好，總之不表態而做成票數不足，計劃依然有足夠的認受性付諸實行，避免陷入動彈不得的「憲政危機」。

登記為選民，領票

DHK dao 創世紀活動共對 700 多人派出每人 1 DHK，相當於共同體的「身分證」。以上解釋了 DHK dao 的投票邏輯，這 700 多位 DHK dao 持份者，是時候實作參與了。

要參與決策，需要先「stake」DHK 以取得投票權，好比香港註冊成為選民，或者台灣公民到票站領票的過程。

Stake DHK 的方法很簡單：

0️⃣ 事前準備

這裡假設你電腦的 Chrome 或 Brave 瀏覽器已經安裝 Keplr 錢包外掛，而且已經領到 DHK。否則暫時只能「眼看手勿動」，等待稍後公佈 DHK 的發放計劃。

1️⃣ 轉用 Juno 區塊鏈

打開 Keplr 插件，點選 [Cosmos Hub] 下拉菜單，往下捲，選擇 [Juno]。

2️⃣ 瀏覽 DHK dao 網頁

到 DHK dao 網頁，並確認已按左上方的 [Connect Wallet]，右上方會顯示結餘為 1 $DHK。

3️⃣ Stake DHK

到右方 [Voting power (staked DHK)] 部分，選 [Manage]，然後在右下方輸入框的 [Choose your token amount] 輸入 1，按 [Stake tokens] 確認。注意，DHK 只有整數，沒法細分到 0.1、0.5 DHK 之類，所以這裡必須輸入 1。