OpenGov的首个方案已上线Moonriver

随着公投128的通过，作为Runtime 2100的一部分，Moonbeam在Moonriver上推出了OpenGov。Moonbeam上的OpenGov部署将从Moonriver开始，以获得社区反馈。未来将举行公投，让社区来决定OpenGov如何发展并转移至Moonbeam。

Moonriver上的OpenGov

Moonriver和Moonbeam在启动的时候采用了链上治理流程，并持续根据社区反馈来加强此流程。这便是OpenGov的作用。请注意这是OpenGov在Moonriver上的首个实现。在考虑将OpenGov正式在Moonbeam实现之前，治理更改将（通过治理）根据需求不断进行实战测试和调整。随着社区对调整的提议和投票，期待OpenGov不断发展。

治理将波卡生态系统与大部分其他链区分开来，其他链并不提供让社区参与链上治理决策的机会。除了分别作为Kusama和波卡平行链的安全性和可扩展性，去中心化是Web3的核心部分，Moonriver和Moonbeam致力于保持同等程度的去中心化标准。

最近Kusama已实现了治理的第二个版本OpenGov。OpenGov最初称为Gov2，若通过社区批准将上线波卡。

关于波卡上的OpenGov的详细信息，请参考OpenGov：什么是Polkadot Gov2。每个平行链对其治理过程都有自主权，平行链可以选择实现或不实现OpenGov的任何部分。

OpenGov致力于实现更广泛、更透明和更安全。任何MOVR持有者可为网络提出更改的建议，而且所有的持有者均可参与投票。所有的公投，包括提案和投票结果均在链上公开化，决策通过投票数来决定。OpenGov中的公投决策是基于曲线的，该曲线根据赞成和反对的投票比例来确保多数票胜出。

Moonriver上的OpenGov已在社区论坛中展开讨论，并通过链下民意投票收集社区想法和意见。治理流程和公投结果是Moonriver OpenGov提案通过。Moonriver上的OpenGov详情如下所示。参数可能根据社区反馈进行调整。

Moonriver OpenGov的Origins和Tracks

在治理的第一个版本中，绝大多数的提案以相同的方式处理。但是部分提案可以快速处理，因为委员会有一些不同的投票标准。对于OpenGov，提案的性质决定了批准或拒绝提案所需的时间和参与度。这种处理方式确保治理流程可以帮助社区的发展和需求。

Moonriver上的OpenGov使用origins和tracks来管理和处理提案。每个origin都有指定的track数量，这些track数量决定了可以同时发生的公投数量和批准参数。

将origins视为是实现变更所需的批准等级，最高等级的origin称为Root Origin，即网络可能发生重大变更的地方。

各种tracks各自服务于特定目的，并且对于容量、决定押金、准备、确认和制定周期有不同的要求。在确定这些要求时已经考虑了很多因素。这些参数将在部署后审计，并通过民主根据需求进行调整。

Capacity（容量）是指可以同时进行的公投数量。越大的容量可以防止垃圾公投增加tracks堵塞，越小的容量可以便于社区考虑公投，因为同一时间进行的公投数量越少更容易吸引用户的关注。

Decision deposit（决定押金）是为了防止恶意提案。Slashing是指提交恶意的提案将不会被退款，因此越高的押金能够防止不良操作。对于去中心化，还考虑到拥有较少MOVR的社区成员应该也能够发起提案。参与社区论坛是免费的，无论提案通过与否（除非被平台判定为恶意操作），所有的押金最终将退还。

带入期是为社区提供讨论提案和对不良提案采取行动的时间。

决定期和确认期是平衡的，以防止较长周期会出现“狙击”（即在最后一分钟进行大量投票以影响最终结果）的情况，相较之下较短的时间将提高执行效率。

在公投期间，批准的要求会发生变化。下方列出了时间表和要求，以及所有Moonriver track的描述和示例。

Moonriver OpenGov的描述、参数和示例

关于如何批准和支持提案的详细解释，请查看提案或者OpenGov：什么是Polkadot Gov2。

Moonriver OpenGov流程概览

Moonriver OpenGov标志着更新版治理流程的首个集成。以目前Kusama上运行的波卡OpenGov为模型，Moonriver OpenGov期望更够随着社区需求的增长和变更进行发展和调整。

提案

Token持有者能够使用链下社区论坛在Moonriver上发起网络变更的提案。您可以通过以下步骤完成此流程：访问论坛首页，在All Category下拉菜单中选择Governance，然后再选择Democracy Proposal，此页面也提供了说明和支持。

在社区论坛中，社区成员可以针对提案进行提问和讨论，并且对此进行投票。

通过民意投票能够获取用户对此提案的反馈和情绪。

存入押金后，当有合适的track可用时，公投会进入链上投票并开始决定期。社区成员可以使用MOVR Token通过Polkassembly或Polkadot.js进行投票。

当达到批准和支持的标准后，公投会被确定并进入实施期，为实施变更做准备。如果在设定的决定期内未获得足够的“通过”投票，则提案会被拒绝。

投票委托

Moonriver治理的第二个版本引入了多角色委托。此功能允许Token持有者根据track将其Token委托给其他投票者进行投票。

投票委托是OpenGov之前的一个选项，但是在多角色委托中，Root origin中的技术升级投票权可能会委托给专家，而普通管理track可以由Token所有者来维护或者委托给不同的一方。

Token锁定在信念投票中，即使通过委托也不会离开自己的钱包。投票者使用委托可以更改委托者，或随时收回投票权。

保护措施

随着网络和其决策流程的发展，保护措施仍然存在。取消不良和恶意提案能够保护网络，使用白名单track可以快速处理重要技术升级或更改。

在Moonriver上有两个取消Origin，Emergency Canceler用于处理包含不可预见问题的公投，Emergency Killer用于处理损害网络的不良公投。

取消公投需要通过网络投票才可执行。取消提案的流程会比普通提案更为快速，因为该提案必须在执行期之前快速决定，但遵循与其他公投相同的过程。

如果公投中出现错误提案，可以通过Emergency Canceler公投结束错误提案。如果不良公投出现，则Emergency Killer track将举行公投终止不良公投的继续。

Moonriver技术委员会有权将在Whitelist track的提案加入白名单。在whitelist track上的提案将与其他提案一样，如果该提案在实施时未被技术委员会加入白名单，则将失败。这是为了在数据不合理的提案进入投票或急需快速处理网络升级的情况下保护网络。

技术委员会

在Polkadot OpenGov中，取消了技术委员会，设立了新的治理机构“波卡Fellowship”，而Moonriver技术委员会仍会保留，同时不会设立新的Moonriver Fellowship。

OpenGov技术委员会作为首个OpenGov在Moonriver上推出的一部分引入。技术委员会没有强制执行网络的权利，现在也是。技术委员会由拥有Moonriver和Moonbeam相关技术知识成员组成，以帮助在技术基础上作出明确的决定。技术委员会成员可以根据需要通过Root track中的治理来添加或删除。

然而仍然受治理方式约束，Whitelist track背后的逻辑是有不同的参数来加快提案通过的速度。包括批准、支持和投票在内的Whitelist Track参数由Moonbeam权益相关者决定并不能由技术委员会更改。社区成员可以投票决定提案是否被列入白名单。

通过Root Track的治理可以将技术委员会成员从技术委员会添加或移除。随着OpenGov发展逐渐成熟并且社区从经验中学习更多之后，技术委员会成员的组成、规模和过程可能会随着治理而变化。

通过治理批准作为Runtime 2100一部分的技术委员会成员名单如下。这些成员经过精心挑选，拥有Moonbeam和Moonriver技术方面的知识并且对网络具有奉献精神。

• Alan Sapede (@Alan_PureStake) — PureStake工程副总裁。拥有超过20年的编程经验，对Moonbeam协议有深入的技术和实践知识。另外也是Moonbeam代码库的积极贡献者，拥有大量的Substrate和波卡方面的专业知识。
• Gorka Apecechea (@girazoki) — 研究开发人员。计算机科学/密码学博士。致力于Moonbeam协议的开发，在中继链交互、XCM和其他Moonbeam子系统方面具有专业知识。
• Aaron Evans (@aaron.mbf ) — Moonbeam基金会总监。拥有工程执行背景，在软件工程和技术领导角色方面拥有20年的经验。自2021年以来一直致力于Moonbeam和生态系统项目合作。
• Sicco Naets (@sicco-moonbeam) — Moonbeam基金会总监。拥有软件工程领导背景。在领导团队实施和设计复杂软件方面有超过20年的经验。
• Linkou (@linkou) — 在Moonriver和Moonbeam上运行MoonEntropy收集人。拥有IT和安全背景，并且参与Moonriver和Moonbeam网络上的治理投票。
• Boony (@Boony) — 在Moonbeam网络上运行MoonWorld收集人。拥有IT背景，并且参与Moonbeam网络上的治理投票。
• Jim Farley (@Jim_CertHum) — 在Moonriver和Moonbeam上运行CertHum收集人。建立独立的收集人联盟，其中收集人相互支持以留在活跃收集人集中。另外还提供快照服务作为网络的公共产品，因此收集人可以更快速地同步节点已知好的图像。
• Blackk Magiik (@blackk_magiik) — 在Moonriver/Moonbase网络上运行Paradoxx收集人。拥有网络安全工程和架构方面的背景，积极参与Discord和治理讨论。
• Tim Baldwin (@tdb) — PureStake工程副总裁兼Dapps和基础设施技术主管。熟悉Moonbeam上的Moonbeam API、SDK和开发应用程序。自2020年以来一直在Moonbeam工作。在软件工程和IT方面拥有超过 25 年的经验。