Governance V2

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

本文內容可能會有變更。治理協議已經經歷了幾次迭代(v1和v2),未來還會有更多變化(v2.5)。

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

• 技術委員會:管理升級時間表
• 理事會:經投票選舉產生的執行"政府",負責管理參數、admin和支出提案
• 公投:普遍投票系統,賦予長期利益相關者更大影響力

v1系統在運行的頭幾年運行良好,幫助確保了國庫資金的適當使用以及及時升級和修復。但隨着系統成熟,需要進化以改進缺點並跟上進展。例如,在v1中所有公投權重相同,一次只能對一個公投投票,投票期可持續數周。這導致系統傾向於仔細考慮極少數提案,而不是廣泛考慮許多提案。

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

Gov2在Kusama上啓動後,會提議部署到波卡上。目前Gov2已上線Kusama網路。

以下內容將介紹波卡網路的核心治理原則。了解v1的根源,有助於更好地理解第二次迭代的方向。這些差異和區別將在各個子主題中突出顯示。

需要注意的是,在當前階段,治理是不斷發展的協議。隨着v2更新進入網路,v2.5的計劃也已在制定中。

前提

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

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

機制

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

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

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

v1中理事會作爲被動token持有者代表、國庫守護者和立法發起者,但通常被視爲中心化實體。爲進一步去中心化,v2提議將理事會職責交還社區。

公投

公投是簡單、包容性、基於質押的投票方案。每個公投都有特定提案,採用runtime特權函數調用形式。

公投是具有固定投票期的離散事件。投票期結束並統計選票後,如獲批準將調用相應函數。公投總是二元的,選擇只能是"贊成"、"反對"或完全棄權。

在v1中,公投可通過以下方式啓動:

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

所有公投都有執行延遲期。這是從公投結束到提案實際執行(如獲批)之間的時間。

如果公投關閉並完成統計,則視爲已完成。假設提案獲批,它將被安排執行。如正在投票,則視爲未完成。

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

在v2中,任何人都可隨時開始公投,且次數不限。v2引入了Origins(來源)和Tracks(軌道)概念,以幫助公投流程和處理。

Origin可視爲給定特權級別的豐富描述符。提議者需根據提案要求,選擇合適的Origin。

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

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

提案公投

公衆公投

任何人都可通過在一定時期內存入最低數量token來提議公投。如有人同意,可存入相同數量token表示支持,稱爲"背書"。獲得最高綁定token支持的提案將被選爲下一投票週期的公投。

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

v1中提案隊列最多可有100個公共提案。

在v2中,創建公投後社區可立即投票。但該公投並非處於可結束或計算選票、獲批並執行的狀態。公投必須滿足一些標準,才能進入"決定(Deciding)"狀態。在此之前仍爲待定狀態。

進入Decided狀態的標準如下:

• 經歷了導入期,即決定開始前必須經過的時間。這有助於減少"決定狙擊"的可能性。
• 必須還有決定的剩餘空間。所有Track對可同時決定的公投數量有限制。
• 必須支付決定押金。創建公投成本低,但決定公投存在耗盡隊列有限位置的風險。較大但可退還的押金有助於減少垃圾信息。

理事會公投 (v1)

理事會全票通過 - 當理事會所有成員同意時,可將提案移至公投。該公投將產生負投票率偏差。

理事會多數通過 - 當只有簡單多數同意時,也可投票,但採用多數票制。

任何時間只能有一個有效公投,除非有正在進行的緊急公投。

投票時間表

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

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

不能同時對多項公投表決,緊急公投除外。與常規公投同時發生的緊急公投是唯一可同時對多項公投投票的情況。

v2中,當提案獲批時,共享28天資格期。此階段結束時仍未獲批,則自動拒絕。

公投投票(v2)

v2中,如提案滿足批準率和支持率要求,則獲批,刪除了自適應羣體偏見系統。

批準率定義爲批準投票權重(conviction調整後)佔總投票權重的份額。

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

它必須在確認期最短時間內滿足此標準。不同軌道有不同確認期和要求。現可配置通過所需的支持量和總體批準。對低特權來源提案,較早將所需投票率降至現實數量更合理。政治意義大的可盡早要求更高批準,以避免爭議。

v2中,28天後未獲批的提案視爲默認拒絕,退還Decision Deposit。如提案在確認期結束前保持通過,則視爲已獲批,並計劃在制定期後從提議來源開始執行。制定期在提議時指定,但受基於軌道的最小值限制。更強大的Tracks強制更長執行期,確保網路有足夠時間爲變化做準備。

自願鎖定

波卡使用"自願鎖定"概念,允許token持有者通過聲明願意鎖定token時間來增加投票權,每個持有者的投票數將使用以下公式計算:

投票數 = token * conviction乘數

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

鎖定期數最多6次(總共32個鎖定期),一個鎖定期等於28天。只允許加倍,如不能鎖定24個週期並使conviction增加5.5。

鎖定後仍可用於投票和質押,只禁止轉移到另一帳戶。

選票總是在投票期結束時"計算",不受鎖定期影響。

自適應羣體偏見

在v2中使用時間更長,並被Approval/Support系統取代。

理事會

v1中,波卡上的被動利益相關者由"理事會"代表。理事會是鏈上實體,由多個參與者組成,每個代表一個鏈上帳戶。波卡上理事會目前由成員組成。

除控制國庫外,理事會主要負責三項治理任務:

• 提案明智的公投
• 取消危險或惡意的公投
• 選舉技術委員會

v2中,需要替代策略來取代理事會以前作爲選民委托機構的職責。v2建立在v1的投票委托功能之上,選民可將投票權委托給系統中其他選民。通過多角色委派,選民可爲系統中每類公投指定不同代表。例如,可委托某實體管理影響不重大的公投類別,選擇另一代表管理後果更重大的類別,並保留其餘類別的完全投票權。

取消公投

v1中,如技術委員會一致同意或Root來源觸發,可取消提案。已取消提案的押金將被銷毀。

此外,理事會三分之二多數可取消公投。如公投提案中較晚發現問題,這可作爲最後手段。

如取消爭議大到理事會無法獲得三分之二多數,則由利益相關者共同決定提案命運。

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

Cancelation本身是治理操作,必須網路投票才能執行。撤銷有自己的Origin和Track,具有很短導入期和批準率/支持率曲線,通過門檻下降較快,因爲在情況緊迫時才調用。

技術委員會

v1中,技術委員會(TC)作爲Kusama治理三院之一引入。TC由成功實施或定義Polkadot runtime或Host的團隊組成。通過理事會簡單多數投票,可在TC中添加或刪除團隊。

TC目的是防止惡意公投、實施bug修復、逆轉錯誤runtime更新或添加新功能。TC有權使用Democracy pallet加速提案,是唯一能觸發加速功能的來源。我們可將TC視爲無法生成提案但能加速現有提案的"唯一來源"。

快速公投是唯一可與另一公投同時進行的公投。因此,通過快速公投,可同時進行兩個活躍公投。對其中一個投票不會阻止對另一個投票。

v2中,引入新的繼任委員會"Polkadot Fellowship",取代技術委員會。它將服務於Polkadot和Kusama網路。

Polkadot Fellowship

Fellowship是基本自治的專家機構,主要目標是代表具有Polkadot網路和協議技術知識的人。Fellowship通過"等級"將成員分類,代表其觀點明智程度、技術基礎良好程度,以及符合Polkadot利益的程度。

與當前Technical Collective不同,它旨在擴大成員範圍(可容納數萬成員)且進入門檻低得多。成爲候選成員很簡單,只需存入小額押金。

Fellowship成員可對任何Fellowship提案投票,成員綜合意見(按等級加權)構成Fellowship考慮意見。

Fellowship投票機制與Polkadot利益相關者對已提案公投的投票機制相同。

等級系統

爲防止少數參與者獲得對網路的有效控制,該系統堅持三個主要原則:

1. Fellowship絕不能對網路擁有硬權力:不能更改參數、進行修復或移動資產。唯一權力在於能縮短公投時間表。

2. Fellowship在總體意見中對高等級給予更多權重,但不應高到使少數高級成員意見無法超越一致的低級成員意見。