# Governance V2波卡采用了一套精密的治理机制,使其能够根据利益相关者的需求优雅地进化。其目标是确保大多数权益始终可以控制网络。本文介绍的内容可能会有变动。治理协议已经经历了几次迭代(v1和v2),未来还将有更多变化(v2.5)。波卡的第一个去中心化治理系统(v1)由三个主要部分组成:1. 技术委员会:管理升级时间表的技术委员会。2. 理事会:一个经过投票选举产生的执行"政府",负责管理参数、admin和支出提案。3. 公投:对其他所有事务的普遍投票系统,赋予长期利益相关者更大的影响力。这个系统在初期运行良好,有助于确保合理使用国库资金并及时进行升级和修复。但随着系统的成熟,需要不断改进其缺点并跟上最新进展。例如,在"治理v1"中,所有公投具有相同的权重,一次只能对一个公投进行投票,投票期可持续数周。这导致系统倾向于仔细考虑极少数提案,而不是广泛考虑多个提案。"治理v2"(简称"Gov2")改变了日常决策的方法,使公投更加广泛和敏捷,显著增加了系统能做出的集体决策数量。Gov2 在对其代码进行最终专业审核后,将在 Kusama 上启动。在 Kusama 上测试后,会提出将其部署到波卡上的提案。### 前提该网络汇集了多种新颖机制,包括存储在链上并以 WebAssembly 定义的无定形状态转换函数,以及多种链上投票机制,如具有自适应绝对多数阈值和批量批准投票机制的公投。对协议的所有更改,都必须通过权益加权的公投来达成一致。### 机制在治理v1中,活跃的token持有者和理事会共同管理网络升级决策。无论提案由公众还是理事会提出,最终都必须经过全民公投,以质押额和信念值为权重做出决定。治理v2有几个变化。新治理模式体现去中心化特征的方式是:- 通过民主投票将理事会的所有责任转移给token持有者- 解散现任理事会- 允许用户以更多方式将投票权委托给社区成员 ### 公投公投是简单、包容性、基于质押的投票方案。每个公投都有一个相关的特定提案,采用runtime特权函数调用的形式。公投是具有固定投票期的离散事件。投票期结束并统计选票后,如果获得批准,将调用相应函数。公投总是二元的;投票选择只能是"赞成"、"反对"或完全弃权。在Gov2中,任何人都可以随时开始公投,且数量不限。Gov2引入了Origins(来源)和Tracks(轨道)的新概念,以帮助公投流程。Origin可以看作是给定特权级别的描述符。提议者需要根据提案要求,为请求选择合适的Origin。每个Origin都与一个公投类别相关,每个类别都有一个Track。Track概述了提案的生命周期,且独立于其他类别。不同的独立轨道允许网络根据隐含的特权级别来调整公投动态。例如,Runtime升级对生态系统的影响,与国库小费的批准不同,因此需要不同的Origins,其中不同的投票率、批准率、押金和最短执行周期将预先确定。### 提案公投**公众公投**任何人都可以通过在一定时期内存入最低数量的token来提议公投。如果有人同意,可以存入相同数量的token表示支持,这称为"背书"。获得最高绑定token支持的提案将被选为下一个投票周期的公投。在Gov2中,当公投被创建后,社区可以立即投票。但该公投并未处于可以结束或计算选票、获得批准和执行的状态。相反,公投必须满足一些标准,才能进入"决定"状态。在此之前,仍处于待定状态。进入Decided状态的标准如下:- 经历了导入期,即在决定可以开始前必须经过的时间。这有助于减少"决定狙击"的可能性。- 必须还有决定的剩余空间。所有Track对可同时决定的公投数量有限制。- 必须支付决定押金。创建公投的成本较低,但决定公投需要更大的可退还押金,以减少垃圾信息。**投票时间表**在Gov2中,提案获得批准时有28天的资格期。如果此阶段结束时仍未获批准,提案将自动被拒绝。**公投投票(治理v2)**在Gov2中,如果提案满足批准率和支持率要求,则获得批准。批准率是批准投票权重占总投票权重的份额。支持率是批准总票数与系统可能总票数的比较。提案必须在确认期的最短时间内满足此标准。不同轨道有不同的确认期和批准支持要求。现在可以配置通过所需的支持量和总体批准。在Gov2中,28天后未获批准的提案将被视为默认拒绝,并退还决定押金。如果提案在确认期结束前保持通过,则视为已获批准,并计划在制定期后从提议的来源执行。制定期在提议时指定,但也受基于轨道的最小值限制。**自愿锁定**波卡使用"自愿锁定"概念,允许token持有者通过声明愿意锁定token的时间来增加投票权。每个token持有者的投票数将使用以下公式计算:投票数 = token * conviction乘数锁定期数每翻倍,conviction乘数增加一。最大锁定期数为6(共32个锁定期),一个锁定期等于28天。锁定后,你仍可使用token进行投票和质押,只是不能将其转移到另一账户。### 理事会在Gov2中,需要一种替代策略来取代理事会以前作为选民委托机构的职责。Gov2改进了多角色委派功能,选民可以为系统中的每一类公投指定不同的代表。### 取消公投在Gov2中,有一个名为Cancelation(撤销)的特殊操作,用于干预已经投票的提案。该操作将立即拒绝正在进行的公投。如果提案是恶意的或垃圾信息,则确保提议者的押金被罚没。Cancelation本身是一种治理操作,必须由网络投票才能执行。它有自己的Origin和Track,具有较短的导入期和批准率/支持率曲线,通过门槛下降较快。### Polkadot FellowshipFellowship是一个基本自治的专家机构,代表具有波卡网络和协议技术知识的人。它通过"等级"对成员分类,代表其观点的明智程度、技术基础以及符合波卡利益的程度。与当前的Technical Collective不同,它旨在扩大成员范围并降低进入门槛。成为候选成员只需存入小额押金。Fellowship成员可对任何Fellowship提案投票,成员的综合意见(按等级加权)构成Fellowship的考虑意见。**等级系统**为防止少数参与者获得对网络的有效控制,该系统坚持三个主要原则:1. Fellowship不能对网络拥有硬权力。2. Fellowship对高等级成员给予更多权重,但不应高到无法被低级别成员的一致意见超越。3. Fellowship应增长和发展其成员及专业知识水平。Fellowship将制定章程,概述获得和保持等级的要求和期望。高等级人员可根据章程投票和提拔低级别人员。一定时间后,如果成员无法证明自己的地位,将自动降级。停职只能通过公投发生。获得最高等级需要公投。**白名单**Whitelist pallet允许一个Origin为某操作提升另一个Origin的特权级别。在Gov2中,它允许Fellowship授权一个新来源(Whitelisted-Root)以Root级别权限执行,且只能与Fellowship授权的特定命令一起使用。该系统允许一个新的平行Track(Whitelisted-Root Origin),其参数允许更短的投票周期。通过公开透明的流程,全球专家团体已确定该操作既安全又时间紧迫。### 黑名单提案可通过Root来源列入黑名单。列入黑名单的提案及相关公投将立即取消,且其哈希不能重新出现在提案队列中。这在删除可能使用相同哈希提交的错误提案时很有用。然而,这并非防止提交无效提案的万全之策,因为提案文本中的微小更改也会改变哈希值,使黑名单失效。
波卡治理2.0: 去中心化决策的新篇章
Governance V2
波卡采用了一套精密的治理机制,使其能够根据利益相关者的需求优雅地进化。其目标是确保大多数权益始终可以控制网络。
本文介绍的内容可能会有变动。治理协议已经经历了几次迭代(v1和v2),未来还将有更多变化(v2.5)。
波卡的第一个去中心化治理系统(v1)由三个主要部分组成:
技术委员会:管理升级时间表的技术委员会。
理事会:一个经过投票选举产生的执行"政府",负责管理参数、admin和支出提案。
公投:对其他所有事务的普遍投票系统,赋予长期利益相关者更大的影响力。
这个系统在初期运行良好,有助于确保合理使用国库资金并及时进行升级和修复。但随着系统的成熟,需要不断改进其缺点并跟上最新进展。例如,在"治理v1"中,所有公投具有相同的权重,一次只能对一个公投进行投票,投票期可持续数周。这导致系统倾向于仔细考虑极少数提案,而不是广泛考虑多个提案。
"治理v2"(简称"Gov2")改变了日常决策的方法,使公投更加广泛和敏捷,显著增加了系统能做出的集体决策数量。
Gov2 在对其代码进行最终专业审核后,将在 Kusama 上启动。在 Kusama 上测试后,会提出将其部署到波卡上的提案。
前提
该网络汇集了多种新颖机制,包括存储在链上并以 WebAssembly 定义的无定形状态转换函数,以及多种链上投票机制,如具有自适应绝对多数阈值和批量批准投票机制的公投。
对协议的所有更改,都必须通过权益加权的公投来达成一致。
机制
在治理v1中,活跃的token持有者和理事会共同管理网络升级决策。无论提案由公众还是理事会提出,最终都必须经过全民公投,以质押额和信念值为权重做出决定。
治理v2有几个变化。新治理模式体现去中心化特征的方式是:
公投
公投是简单、包容性、基于质押的投票方案。每个公投都有一个相关的特定提案,采用runtime特权函数调用的形式。
公投是具有固定投票期的离散事件。投票期结束并统计选票后,如果获得批准,将调用相应函数。公投总是二元的;投票选择只能是"赞成"、"反对"或完全弃权。
在Gov2中,任何人都可以随时开始公投,且数量不限。Gov2引入了Origins(来源)和Tracks(轨道)的新概念,以帮助公投流程。
Origin可以看作是给定特权级别的描述符。提议者需要根据提案要求,为请求选择合适的Origin。
每个Origin都与一个公投类别相关,每个类别都有一个Track。Track概述了提案的生命周期,且独立于其他类别。不同的独立轨道允许网络根据隐含的特权级别来调整公投动态。
例如,Runtime升级对生态系统的影响,与国库小费的批准不同,因此需要不同的Origins,其中不同的投票率、批准率、押金和最短执行周期将预先确定。
提案公投
公众公投
任何人都可以通过在一定时期内存入最低数量的token来提议公投。如果有人同意,可以存入相同数量的token表示支持,这称为"背书"。获得最高绑定token支持的提案将被选为下一个投票周期的公投。
在Gov2中,当公投被创建后,社区可以立即投票。但该公投并未处于可以结束或计算选票、获得批准和执行的状态。相反,公投必须满足一些标准,才能进入"决定"状态。在此之前,仍处于待定状态。
进入Decided状态的标准如下:
投票时间表
在Gov2中,提案获得批准时有28天的资格期。如果此阶段结束时仍未获批准,提案将自动被拒绝。
公投投票(治理v2)
在Gov2中,如果提案满足批准率和支持率要求,则获得批准。
批准率是批准投票权重占总投票权重的份额。支持率是批准总票数与系统可能总票数的比较。
提案必须在确认期的最短时间内满足此标准。不同轨道有不同的确认期和批准支持要求。现在可以配置通过所需的支持量和总体批准。
在Gov2中,28天后未获批准的提案将被视为默认拒绝,并退还决定押金。如果提案在确认期结束前保持通过,则视为已获批准,并计划在制定期后从提议的来源执行。制定期在提议时指定,但也受基于轨道的最小值限制。
自愿锁定
波卡使用"自愿锁定"概念,允许token持有者通过声明愿意锁定token的时间来增加投票权。每个token持有者的投票数将使用以下公式计算:
投票数 = token * conviction乘数
锁定期数每翻倍,conviction乘数增加一。最大锁定期数为6(共32个锁定期),一个锁定期等于28天。
锁定后,你仍可使用token进行投票和质押,只是不能将其转移到另一账户。
理事会
在Gov2中,需要一种替代策略来取代理事会以前作为选民委托机构的职责。Gov2改进了多角色委派功能,选民可以为系统中的每一类公投指定不同的代表。
取消公投
在Gov2中,有一个名为Cancelation(撤销)的特殊操作,用于干预已经投票的提案。该操作将立即拒绝正在进行的公投。如果提案是恶意的或垃圾信息,则确保提议者的押金被罚没。
Cancelation本身是一种治理操作,必须由网络投票才能执行。它有自己的Origin和Track,具有较短的导入期和批准率/支持率曲线,通过门槛下降较快。
Polkadot Fellowship
Fellowship是一个基本自治的专家机构,代表具有波卡网络和协议技术知识的人。它通过"等级"对成员分类,代表其观点的明智程度、技术基础以及符合波卡利益的程度。
与当前的Technical Collective不同,它旨在扩大成员范围并降低进入门槛。成为候选成员只需存入小额押金。
Fellowship成员可对任何Fellowship提案投票,成员的综合意见(按等级加权)构成Fellowship的考虑意见。
等级系统
为防止少数参与者获得对网络的有效控制,该系统坚持三个主要原则:
Fellowship将制定章程,概述获得和保持等级的要求和期望。高等级人员可根据章程投票和提拔低级别人员。
一定时间后,如果成员无法证明自己的地位,将自动降级。停职只能通过公投发生。获得最高等级需要公投。
白名单
Whitelist pallet允许一个Origin为某操作提升另一个Origin的特权级别。在Gov2中,它允许Fellowship授权一个新来源(Whitelisted-Root)以Root级别权限执行,且只能与Fellowship授权的特定命令一起使用。
该系统允许一个新的平行Track(Whitelisted-Root Origin),其参数允许更短的投票周期。通过公开透明的流程,全球专家团体已确定该操作既安全又时间紧迫。
黑名单
提案可通过Root来源列入黑名单。列入黑名单的提案及相关公投将立即取消,且其哈希不能重新出现在提案队列中。这在删除可能使用相同哈希提交的错误提案时很有用。
然而,这并非防止提交无效提案的万全之策,因为提案文本中的微小更改也会改变哈希值,使黑名单失效。