Governance V2

Polkadot 採用了一套精巧的治理機制,可根據利益相關者的需求優雅地進化。其目標是確保大多數權益始終能控制網路。

本文檔內容可能會有更改。治理協議已經經歷了幾次迭代(v1和v2),還有更多變化正在計劃中(v2.5)。

Polkadot 的第一個去中心化治理系統(v1)由三個主要組件組成:

• 技術委員會:管理升級時間表的技術委員會。
• 理事會:一個通過投票選舉產生的執行"政府",負責管理參數、管理和支出提案。
• 公投:一個普遍的投票系統,對其他所有事物進行投票,長期利益相關者擁有更大影響力。

這個系統在最初幾年運行良好,有助於確保適當使用國庫資金並能及時升級和修復。與大多數早期技術一樣,系統和協議必須不斷進化以改進缺點並跟上進步。例如,在"治理v1"中,所有公投都具有相同權重,因爲一次只能對一個公投進行投票,投票期可持續數周。這導致系統傾向於仔細考慮極少數提案,而不是廣泛考慮多個提案。於是"治理v2"應運而生!

"治理v2"或"Gov2"改變了日常決策方法,使公投影響範圍更廣、更敏捷,從而顯著增加系統能做出的集體決策數量。

Gov2在對其代碼進行最終專業審核後將在Kusama上啓動。在Kusama上測試後,會提出將其部署到Polkadot上的提案。

以下內容將首先介紹Polkadot網路上的許多核心治理原則。了解治理v1的根源,對於更好地理解第二次迭代的方向很重要。這些差異和區別將在各個子主題中突出顯示。

需要注意的是,在其生命週期的這個階段,治理是不斷發展的協議。隨着治理v2的更新進入網路,治理v2.5的計劃也已經在制定中。

前提

概括來說,該網路匯集了各種新穎機制,包括存儲在鏈上並以平台中立的中間語言(WebAssembly)定義的無定形狀態轉換函數,以及多種鏈上投票機制,例如具有自適應絕對多數閾值和批量批準投票機制的公投。

對協議的所有更改,都必須通過權益加權的公投來達成一致。

機制

在治理v1中,活躍的token持有者和理事會共同管理網路升級決策。無論提案是由公衆(token持有者)提出還是由理事會提出,最終都必須經過所有持有者的全民公投,以質押額(stake)和信念值(conviction)爲權重做出決定。

治理v2有幾個變化。新治理模式反映其去中心化特徵的方式是:

• 通過民主投票將理事會的所有責任轉移給token持有者
• 解散現任理事會集體
• 允許用戶以更多方式將投票權委托給社區成員

Gov1中的理事會履行了被動token持有者代表、國庫守護者和立法發起者的角色,但通常被視爲一個中心化實體。爲進一步去中心化Polkadot和Kusama網路,Gov2提議將理事會的職責交還給社區。

公投

公投是簡單、包容性、基於質押的投票方案。每個公投都有一個相關的特定提案,採用runtime特權函數調用的形式(包括最強大的調用:set_code,可切換整個runtime代碼,實現本來需要"硬分叉"才能實現的功能)。

公投是具有固定投票期的離散事件。當投票期結束並統計選票時,如果投票獲得批準,將調用函數(set_code)。公投總是二元的;你在投票中的選擇只能是"贊成"、"反對"或完全棄權。

在治理v1中,公投可以通過以下幾種方式之一啓動:

• 公開提交的提案;
• 理事會以多數票或全票通過的提案;
• 作爲先前公投執行的一部分提交的提案;
• 由技術委員會提交並通過理事會批準的緊急提案。

所有公投都有相應的執行延遲期。這是從公投結束到提案實際執行(假設提案通過)之間的一段時間。

如果一項公投關閉和完成了統計,則該公投被視爲已完成。同樣,假設提案獲得批準,它將被安排執行。如果公投正在等待結果,即正在被投票,則該公投被認爲是未完成的。

如果提案是由公衆或理事會提交的,則有28天的固定執行延遲期。作爲先前公投執行的一部分提交的提案可以根據需要設置執行延遲期。緊急提案處理需要"快速跟進"的網路重大問題,從而縮短了執行時間。

在Gov2中,任何人都可以隨時開始公投,而且想發起多少次公投都可以。Gov2引入了幾個新功能,叫做Origins(來源)和Tracks(軌道),以幫助公投協議的流程和處理。

Origin可以被認爲是給定特權級別的豐富描述符。公投的提議者現在需要根據提案的要求,爲他們的請求選擇一個合適的Origin。

每個Origin都與一個公投類別相關聯,每個類別都與一個Track相關聯。Track概述了提案的生命週期,並且獨立於其他類別的Track。擁有不同的獨立軌道,允許網路根據其隱含的特權級別來調整公投的動態。

例如,Runtime升級(set_code調用)對生態系統的影響,與國庫小費的批準(reportAwesome調用)不同,因此需要不同的Origins,其中不同的投票率、批準率、押金和最短執行週期將在pallet上預先確定。

提案公投

公衆公投

任何人都可以通過在一定時期(區塊數)內存入最低數量的token來提議一項公投。如果有人同意該提議,他們可以存入相同數量的代幣以表示支持。

此操作稱爲"背書"。獲得最高綁定token支持的提案將被選爲下一個投票週期的公投。請注意,這可能與背書的絕對數量不同;例如,三個帳戶每個綁定20 DOT將"超過"十個帳戶每個綁定1 DOT的效力。

一旦提案被提交(即進行投票),綁定的token將被釋放。

對於治理v1,提案隊列中最多可以有100個公共提案。

在Gov2中,當一項公投被創建出來時,社區就可以立即對其進行投票。但是,該公投並沒有處於可以結束,或以其他方式計算其選票、獲得批準和最終執行的狀態。相反,公投必須滿足一些標準,然後才能進入稱爲"決定(Deciding)"的狀態。在它們處於這種狀態之前,仍然是待定狀態。

進入Decided狀態的標準如下:

• 經歷了導入期(lead-in period),即在決定可以開始之前必須經過的時間量。這有助於減少"決定狙擊"的可能性,在這種情況下,控制大量投票權的攻擊者可能會在提議後立即通過提案,而不是讓全體投票者有足夠的時間來考慮和參與。
• 必須還有決定的剩餘空間。所有Track都對可以同時決定的公投數量進行了限制。具有更強大能力的軌道將具有更低的限制。例如,Root級別Origin的限制爲1,這意味着一次只能決定1個超級危險的提案。
• 必須支付決定押金。創建公投的成本很低,因爲押金價值僅包含跟蹤它所需的鏈上存儲所需的價值。但是,對公投進行審查和決定,卻存在着耗盡公投隊列中有限位置的風險。要求提供一筆金額更大但可退還的押金,有助於減少垃圾信息。

投票時間表

在Governance v1中,假設其中一個隊列中至少有一個提案,每28天就會進行一次新的公投。理事會批準的提案有一個隊列,公衆提交的提案也有一個隊列。將在兩個隊列中排名靠前的提案之間輪流進行公投。

排名最靠前的提案由其背後綁定的質押數量確定。如果當前隊列選擇嘗試創建沒有提案的公投(隊列爲空),並且另一個隊列有排隊中的提案,則另一個隊列中的最靠前提案將進入公投。

不能在同一時期對多項公投進行表決,緊急公投除外。與常規公投(公開或理事會提議)同時發生的緊急公投是唯一一種能同時對多項公投進行投票的情況。

當提案獲得批準時,治理v2共享相同的28天資格期。如果在此階段結束時仍未獲得批準,則該提案將自動被拒絕。

公投投票(治理v2)

在Governance v2中,如果提案滿足批準率和支持率的要求,則該提案將獲得批準,即刪除了自適應羣體偏見系統。

批準率(Approval)被定義爲批準投票權重(在conviction調整後)佔總投票權重(包含批準和拒絕)的份額。

支持率(Support)是批準的總票數(忽略conviction調整)與系統中可能進行的總票數的比較。

它必須在確認期的最短時間內滿足此標準。不同的軌道有不同的確認期和批準和支持要求。現在可以配置通過所需的支持量和總體批準。對於使用較低特權來源的提案,與使用高特權類別(例如Root)的提案相比,更早地將所需的投票率降低到更現實的數量更爲合理。具有較大政治意義的課程可以盡早要求更高的批準,以避免爭議。

在Gov2中,28天後未獲批準的提案將被視爲默認拒絕,並退還Decision Deposit。如果提案設法在確認期結束之前保持通過,則視爲已獲批準,並計劃在制定期之後從提議的來源開始執行。制定期在全民投票提議時指定,但也受制於基於軌道的最小值。更強大的Tracks會強制執行更長的執行期,以確保網路有足夠的時間爲提案可能帶來的任何變化做準備。

自願鎖定

Polkadot使用一種稱爲"自願鎖定"的概念,它允許token持有者通過聲明他們願意鎖定token多長時間來增加他們的投票權,因此,每個token持有者的投票數將使用以下公式計算:

投票數 = token * conviction乘數

鎖定期數每番一倍,conviction乘數都會將投票乘數增加一。

鎖定期數投票乘數00.111224384165326

鎖定期"加倍"的最大次數設置爲6(因此總共32個鎖定期),一個鎖定期等於28天。只允許加倍,例如,你不能鎖定24個週期並使你的conviction增加5.5。

token被鎖定後,你仍然可以使用它進行投票和質押;你只被禁止將這些token轉移到另一個帳戶。

選票總是在同一時間"計算",即在投票期結束時。這不受代幣鎖定期的影響。

取消公投

在治理v1中,如果技術委員會一致同意取消提案,或者如果Root來源觸發此功能,則可以取消提案。已取消提案的押金將被銷毀。

此外,理事會三分之二多數可以取消公投。如果在公投提案中發現問題較晚(例如該提案將執行的runtime代碼中存在錯誤),這可能會作爲最後的手段。

如果取消的爭議足夠大,以至於理事會無法獲得三分之二多數,那麼將由利益相關者共同決定提案的命運。

在治理v2中,有一個名爲Cancelation(撤銷)的特殊操作,用於幹預已經投票的提案。該操作將立即拒絕正在進行的公投,無論其狀態如何。還有一項規定,如果提案是惡意的或垃圾信息,則確保提議者的押金被罰沒。

Cancelation本身是一種治理操作,必須由網路投票才能執行。撤銷伴隨着它自己的Origin和Track,它具有一個很短的導入期和批準率/支持率曲線,它們的通過門檻下降得稍微迅速一些,因爲它是在情況緊迫時才調用的。

Polkadot Fellowship

該Fellowship是一個基本自治的專家機構,其主要目標是代表具有Polkadot網路和協議的技術知識庫的人類。Fellowship通過"等