OpenGov的首個方案已上線Moonriver
隨著公投128的通過，作為Runtime 2100的一部分，Moonbeam在Moonriver上推出了OpenGov。Moonbeam上的OpenGov部署將從Moonriver開始，以獲得社區(qū)反饋。未來將舉行公投，讓社區(qū)來決定OpenGov如何發(fā)展并轉(zhuǎn)移至Moonbeam。
Moonriver上的OpenGov
Moonriver和Moonbeam在啟動的時候采用了鏈上治理流程，并持續(xù)根據(jù)社區(qū)反饋來加強此流程。這便是OpenGov的作用。請注意這是OpenGov在Moonriver上的首個實現(xiàn)。在考慮將OpenGov正式在Moonbeam實現(xiàn)之前，治理更改將（通過治理）根據(jù)需求不斷進行實戰(zhàn)測試和調(diào)整。隨著社區(qū)對調(diào)整的提議和投票，期待OpenGov不斷發(fā)展。
治理將波卡生態(tài)系統(tǒng)與大部分其他鏈區(qū)分開來，其他鏈并不提供讓社區(qū)參與鏈上治理決策的機會。除了分別作為Kusama和波卡平行鏈的安全性和可擴展性，去中心化是Web3的核心部分，Moonriver和Moonbeam致力于保持同等程度的去中心化標準。
最近Kusama已實現(xiàn)了治理的第二個版本OpenGov。OpenGov最初稱為Gov2，若通過社區(qū)批準將上線波卡。
關(guān)于波卡上的OpenGov的詳細信息，請參考OpenGov：什么是Polkadot Gov2。每個平行鏈對其治理過程都有自主權(quán)，平行鏈可以選擇實現(xiàn)或不實現(xiàn)OpenGov的任何部分。
OpenGov致力于實現(xiàn)更廣泛、更透明和更安全。任何MOVR持有者可為網(wǎng)絡(luò)提出更改的建議，而且所有的持有者均可參與投票。所有的公投，包括提案和投票結(jié)果均在鏈上公開化，決策通過投票數(shù)來決定。OpenGov中的公投決策是基于曲線的，該曲線根據(jù)贊成和反對的投票比例來確保多數(shù)票勝出。
Moonriver上的OpenGov已在社區(qū)論壇中展開討論，并通過鏈下民意投票收集社區(qū)想法和意見。治理流程和公投結(jié)果是Moonriver OpenGov提案通過。Moonriver上的OpenGov詳情如下所示。參數(shù)可能根據(jù)社區(qū)反饋進行調(diào)整。
Moonriver OpenGov的Origins和Tracks
在治理的第一個版本中，絕大多數(shù)的提案以相同的方式處理。但是部分提案可以快速處理，因為委員會有一些不同的投票標準。對于OpenGov，提案的性質(zhì)決定了批準或拒絕提案所需的時間和參與度。這種處理方式確保治理流程可以幫助社區(qū)的發(fā)展和需求。
Moonriver上的OpenGov使用origins和tracks來管理和處理提案。每個origin都有指定的track數(shù)量，這些track數(shù)量決定了可以同時發(fā)生的公投數(shù)量和批準參數(shù)。
將origins視為是實現(xiàn)變更所需的批準等級，最高等級的origin稱為Root Origin，即網(wǎng)絡(luò)可能發(fā)生重大變更的地方。
各種tracks各自服務(wù)于特定目的，并且對于容量、決定押金、準備、確認和制定周期有不同的要求。在確定這些要求時已經(jīng)考慮了很多因素。這些參數(shù)將在部署后審計，并通過民主根據(jù)需求進行調(diào)整。
Capacity（容量）是指可以同時進行的公投數(shù)量。越大的容量可以防止垃圾公投增加tracks堵塞，越小的容量可以便于社區(qū)考慮公投，因為同一時間進行的公投數(shù)量越少更容易吸引用戶的關(guān)注。
Decision deposit（決定押金）是為了防止惡意提案。Slashing是指提交惡意的提案將不會被退款，因此越高的押金能夠防止不良操作。對于去中心化，還考慮到擁有較少MOVR的社區(qū)成員應(yīng)該也能夠發(fā)起提案。參與社區(qū)論壇是免費的，無論提案通過與否（除非被平臺判定為惡意操作），所有的押金最終將退還。
帶入期是為社區(qū)提供討論提案和對不良提案采取行動的時間。
決定期和確認期是平衡的，以防止較長周期會出現(xiàn)“狙擊”（即在最后一分鐘進行大量投票以影響最終結(jié)果）的情況，相較之下較短的時間將提高執(zhí)行效率。
在公投期間，批準的要求會發(fā)生變化。下方列出了時間表和要求，以及所有Moonriver track的描述和示例。
Moonriver OpenGov的描述、參數(shù)和示例
關(guān)于如何批準和支持提案的詳細解釋，請查看提案或者OpenGov：什么是Polkadot Gov2。
Moonriver OpenGov流程概覽
Moonriver OpenGov標志著更新版治理流程的首個集成。以目前Kusama上運行的波卡OpenGov為模型，Moonriver OpenGov期望更夠隨著社區(qū)需求的增長和變更進行發(fā)展和調(diào)整。
提案
Token持有者能夠使用鏈下社區(qū)論壇在Moonriver上發(fā)起網(wǎng)絡(luò)變更的提案。您可以通過以下步驟完成此流程：訪問論壇首頁，在All Category下拉菜單中選擇Governance，然后再選擇Democracy Proposal，此頁面也提供了說明和支持。
在社區(qū)論壇中，社區(qū)成員可以針對提案進行提問和討論，并且對此進行投票。
通過民意投票能夠獲取用戶對此提案的反饋和情緒。
存入押金后，當有合適的track可用時，公投會進入鏈上投票并開始決定期。社區(qū)成員可以使用MOVR Token通過Polkassembly或Polkadot.js進行投票。
當達到批準和支持的標準后，公投會被確定并進入實施期，為實施變更做準備。如果在設(shè)定的決定期內(nèi)未獲得足夠的“通過”投票，則提案會被拒絕。
投票委托
Moonriver治理的第二個版本引入了多角色委托。此功能允許Token持有者根據(jù)track將其Token委托給其他投票者進行投票。
投票委托是OpenGov之前的一個選項，但是在多角色委托中，Root origin中的技術(shù)升級投票權(quán)可能會委托給專家，而普通管理track可以由Token所有者來維護或者委托給不同的一方。
Token鎖定在信念投票中，即使通過委托也不會離開自己的錢包。投票者使用委托可以更改委托者，或隨時收回投票權(quán)。
保護措施
隨著網(wǎng)絡(luò)和其決策流程的發(fā)展，保護措施仍然存在。取消不良和惡意提案能夠保護網(wǎng)絡(luò)，使用白名單track可以快速處理重要技術(shù)升級或更改。
在Moonriver上有兩個取消Origin，Emergency Canceler用于處理包含不可預(yù)見問題的公投，Emergency Killer用于處理損害網(wǎng)絡(luò)的不良公投。
取消公投需要通過網(wǎng)絡(luò)投票才可執(zhí)行。取消提案的流程會比普通提案更為快速，因為該提案必須在執(zhí)行期之前快速決定，但遵循與其他公投相同的過程。
如果公投中出現(xiàn)錯誤提案，可以通過Emergency Canceler公投結(jié)束錯誤提案。如果不良公投出現(xiàn)，則Emergency Killer track將舉行公投終止不良公投的繼續(xù)。
Moonriver技術(shù)委員會有權(quán)將在Whitelist track的提案加入白名單。在whitelist track上的提案將與其他提案一樣，如果該提案在實施時未被技術(shù)委員會加入白名單，則將失敗。這是為了在數(shù)據(jù)不合理的提案進入投票或急需快速處理網(wǎng)絡(luò)升級的情況下保護網(wǎng)絡(luò)。
技術(shù)委員會
在Polkadot OpenGov中，取消了技術(shù)委員會，設(shè)立了新的治理機構(gòu)“波卡Fellowship”，而Moonriver技術(shù)委員會仍會保留，同時不會設(shè)立新的Moonriver Fellowship。
OpenGov技術(shù)委員會作為首個OpenGov在Moonriver上推出的一部分引入。技術(shù)委員會沒有強制執(zhí)行網(wǎng)絡(luò)的權(quán)利，現(xiàn)在也是。技術(shù)委員會由擁有Moonriver和Moonbeam相關(guān)技術(shù)知識成員組成，以幫助在技術(shù)基礎(chǔ)上作出明確的決定。技術(shù)委員會成員可以根據(jù)需要通過Root track中的治理來添加或刪除。
然而仍然受治理方式約束，Whitelist track背后的邏輯是有不同的參數(shù)來加快提案通過的速度。包括批準、支持和投票在內(nèi)的Whitelist Track參數(shù)由Moonbeam權(quán)益相關(guān)者決定并不能由技術(shù)委員會更改。社區(qū)成員可以投票決定提案是否被列入白名單。
通過Root Track的治理可以將技術(shù)委員會成員從技術(shù)委員會添加或移除。隨著OpenGov發(fā)展逐漸成熟并且社區(qū)從經(jīng)驗中學習更多之后，技術(shù)委員會成員的組成、規(guī)模和過程可能會隨著治理而變化。
通過治理批準作為Runtime 2100一部分的技術(shù)委員會成員名單如下。這些成員經(jīng)過精心挑選，擁有Moonbeam和Moonriver技術(shù)方面的知識并且對網(wǎng)絡(luò)具有奉獻精神。
Alan Sapede (@Alan_PureStake) — PureStake工程副總裁。擁有超過20年的編程經(jīng)驗，對Moonbeam協(xié)議有深入的技術(shù)和實踐知識。另外也是Moonbeam代碼庫的積極貢獻者，擁有大量的Substrate和波卡方面的專業(yè)知識。
Gorka Apecechea (@girazoki) — 研究開發(fā)人員。計算機科學/密碼學博士。致力于Moonbeam協(xié)議的開發(fā)，在中繼鏈交互、XCM和其他Moonbeam子系統(tǒng)方面具有專業(yè)知識。
Aaron Evans (@aaron.mbf ) — Moonbeam基金會總監(jiān)。擁有工程執(zhí)行背景，在軟件工程和技術(shù)領(lǐng)導角色方面擁有20年的經(jīng)驗。自2021年以來一直致力于Moonbeam和生態(tài)系統(tǒng)項目合作。
Sicco Naets (@sicco-moonbeam) — Moonbeam基金會總監(jiān)。擁有軟件工程領(lǐng)導背景。在領(lǐng)導團隊實施和設(shè)計復雜軟件方面有超過20年的經(jīng)驗。
Linkou (@linkou) — 在Moonriver和Moonbeam上運行MoonEntropy收集人。擁有IT和安全背景，并且參與Moonriver和Moonbeam網(wǎng)絡(luò)上的治理投票。
Boony (@Boony) — 在Moonbeam網(wǎng)絡(luò)上運行MoonWorld收集人。擁有IT背景，并且參與Moonbeam網(wǎng)絡(luò)上的治理投票。
Jim Farley (@Jim_CertHum) — 在Moonriver和Moonbeam上運行CertHum收集人。建立獨立的收集人聯(lián)盟，其中收集人相互支持以留在活躍收集人集中。另外還提供快照服務(wù)作為網(wǎng)絡(luò)的公共產(chǎn)品，因此收集人可以更快速地同步節(jié)點已知好的圖像。
Blackk Magiik (@blackk_magiik) — 在Moonriver/Moonbase網(wǎng)絡(luò)上運行Paradoxx收集人。擁有網(wǎng)絡(luò)安全工程和架構(gòu)方面的背景，積極參與Discord和治理討論。
Tim Baldwin (@tdb) — PureStake工程副總裁兼Dapps和基礎(chǔ)設(shè)施技術(shù)主管。熟悉Moonbeam上的Moonbeam API、SDK和開發(fā)應(yīng)用程序。自2020年以來一直在Moonbeam工作。在軟件工程和IT方面擁有超過 25 年的經(jīng)驗。
