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在总体意见中对高等级给予更多权重,但不应高到使少数高级成员意见无法超越一致的低级成员意见。