Polkadot治理V2: 革新公投机制 提升决策效率

Governance V2

Polkadot 采用了一套精巧的治理机制,可根据利益相关者的需求优雅地进化。其目标是确保大多数权益始终能控制网络。

本文档内容可能会有更改。治理协议已经经历了几次迭代(v1和v2),还有更多变化正在计划中(v2.5)。

Polkadot 的第一个去中心化治理系统(v1)由三个主要组件组成:

  • 技术委员会:管理升级时间表的技术委员会。
  • 理事会:一个通过投票选举产生的执行"政府",负责管理参数、管理和支出提案。
  • 公投:一个普遍的投票系统,对其他所有事物进行投票,长期利益相关者拥有更大影响力。

这个系统在最初几年运行良好,有助于确保适当使用国库资金并能及时升级和修复。与大多数早期技术一样,系统和协议必须不断进化以改进缺点并跟上进步。例如,在"治理v1"中,所有公投都具有相同权重,因为一次只能对一个公投进行投票,投票期可持续数周。这导致系统倾向于仔细考虑极少数提案,而不是广泛考虑多个提案。于是"治理v2"应运而生!

"治理v2"或"Gov2"改变了日常决策方法,使公投影响范围更广、更敏捷,从而显著增加系统能做出的集体决策数量。

Gov2在对其代码进行最终专业审核后将在Kusama上启动。在Kusama上测试后,会提出将其部署到Polkadot上的提案。

以下内容将首先介绍Polkadot网络上的许多核心治理原则。了解治理v1的根源,对于更好地理解第二次迭代的方向很重要。这些差异和区别将在各个子主题中突出显示。

需要注意的是,在其生命周期的这个阶段,治理是不断发展的协议。随着治理v2的更新进入网络,治理v2.5的计划也已经在制定中。

前提

概括来说,该网络汇集了各种新颖机制,包括存储在链上并以平台中立的中间语言(WebAssembly)定义的无定形状态转换函数,以及多种链上投票机制,例如具有自适应绝对多数阈值和批量批准投票机制的公投。

对协议的所有更改,都必须通过权益加权的公投来达成一致。

机制

在治理v1中,活跃的token持有者和理事会共同管理网络升级决策。无论提案是由公众(token持有者)提出还是由理事会提出,最终都必须经过所有持有者的全民公投,以质押额(stake)和信念值(conviction)为权重做出决定。

治理v2有几个变化。新治理模式反映其去中心化特征的方式是:

  • 通过民主投票将理事会的所有责任转移给token持有者
  • 解散现任理事会集体
  • 允许用户以更多方式将投票权委托给社区成员

Gov1中的理事会履行了被动token持有者代表、国库守护者和立法发起者的角色,但通常被视为一个中心化实体。为进一步去中心化Polkadot和Kusama网络,Gov2提议将理事会的职责交还给社区。

公投

公投是简单、包容性、基于质押的投票方案。每个公投都有一个相关的特定提案,采用runtime特权函数调用的形式(包括最强大的调用:set_code,可切换整个runtime代码,实现本来需要"硬分叉"才能实现的功能)。

公投是具有固定投票期的离散事件。当投票期结束并统计选票时,如果投票获得批准,将调用函数(set_code)。公投总是二元的;你在投票中的选择只能是"赞成"、"反对"或完全弃权。

在治理v1中,公投可以通过以下几种方式之一启动:

  • 公开提交的提案;
  • 理事会以多数票或全票通过的提案;
  • 作为先前公投执行的一部分提交的提案;
  • 由技术委员会提交并通过理事会批准的紧急提案。

所有公投都有相应的执行延迟期。这是从公投结束到提案实际执行(假设提案通过)之间的一段时间。

如果一项公投关闭和完成了统计,则该公投被视为已完成。同样,假设提案获得批准,它将被安排执行。如果公投正在等待结果,即正在被投票,则该公投被认为是未完成的。

如果提案是由公众或理事会提交的,则有28天的固定执行延迟期。作为先前公投执行的一部分提交的提案可以根据需要设置执行延迟期。紧急提案处理需要"快速跟进"的网络重大问题,从而缩短了执行时间。

在Gov2中,任何人都可以随时开始公投,而且想发起多少次公投都可以。Gov2引入了几个新功能,叫做Origins(来源)和Tracks(轨道),以帮助公投协议的流程和处理。

Origin可以被认为是给定特权级别的丰富描述符。公投的提议者现在需要根据提案的要求,为他们的请求选择一个合适的Origin。

每个Origin都与一个公投类别相关联,每个类别都与一个Track相关联。Track概述了提案的生命周期,并且独立于其他类别的Track。拥有不同的独立轨道,允许网络根据其隐含的特权级别来调整公投的动态。

例如,Runtime升级(set_code调用)对生态系统的影响,与国库小费的批准(reportAwesome调用)不同,因此需要不同的Origins,其中不同的投票率、批准率、押金和最短执行周期将在pallet上预先确定。

提案公投

公众公投

任何人都可以通过在一定时期(区块数)内存入最低数量的token来提议一项公投。如果有人同意该提议,他们可以存入相同数量的代币以表示支持。

此操作称为"背书"。获得最高绑定token支持的提案将被选为下一个投票周期的公投。请注意,这可能与背书的绝对数量不同;例如,三个账户每个绑定20 DOT将"超过"十个账户每个绑定1 DOT的效力。

一旦提案被提交(即进行投票),绑定的token将被释放。

对于治理v1,提案队列中最多可以有100个公共提案。

在Gov2中,当一项公投被创建出来时,社区就可以立即对其进行投票。但是,该公投并没有处于可以结束,或以其他方式计算其选票、获得批准和最终执行的状态。相反,公投必须满足一些标准,然后才能进入称为"决定(Deciding)"的状态。在它们处于这种状态之前,仍然是待定状态。

进入Decided状态的标准如下:

  • 经历了导入期(lead-in period),即在决定可以开始之前必须经过的时间量。这有助于减少"决定狙击"的可能性,在这种情况下,控制大量投票权的攻击者可能会在提议后立即通过提案,而不是让全体投票者有足够的时间来考虑和参与。
  • 必须还有决定的剩余空间。所有Track都对可以同时决定的公投数量进行了限制。具有更强大能力的轨道将具有更低的限制。例如,Root级别Origin的限制为1,这意味着一次只能决定1个超级危险的提案。
  • 必须支付决定押金。创建公投的成本很低,因为押金价值仅包含跟踪它所需的链上存储所需的价值。但是,对公投进行审查和决定,却存在着耗尽公投队列中有限位置的风险。要求提供一笔金额更大但可退还的押金,有助于减少垃圾信息。

投票时间表

在Governance v1中,假设其中一个队列中至少有一个提案,每28天就会进行一次新的公投。理事会批准的提案有一个队列,公众提交的提案也有一个队列。将在两个队列中排名靠前的提案之间轮流进行公投。

排名最靠前的提案由其背后绑定的质押数量确定。如果当前队列选择尝试创建没有提案的公投(队列为空),并且另一个队列有排队中的提案,则另一个队列中的最靠前提案将进入公投。

不能在同一时期对多项公投进行表决,紧急公投除外。与常规公投(公开或理事会提议)同时发生的紧急公投是唯一一种能同时对多项公投进行投票的情况。

当提案获得批准时,治理v2共享相同的28天资格期。如果在此阶段结束时仍未获得批准,则该提案将自动被拒绝。

公投投票(治理v2)

在Governance v2中,如果提案满足批准率和支持率的要求,则该提案将获得批准,即删除了自适应群体偏见系统。

批准率(Approval)被定义为批准投票权重(在conviction调整后)占总投票权重(包含批准和拒绝)的份额。

支持率(Support)是批准的总票数(忽略conviction调整)与系统中可能进行的总票数的比较。

它必须在确认期的最短时间内满足此标准。不同的轨道有不同的确认期和批准和支持要求。现在可以配置通过所需的支持量和总体批准。对于使用较低特权来源的提案,与使用高特权类别(例如Root)的提案相比,更早地将所需的投票率降低到更现实的数量更为合理。具有较大政治意义的课程可以尽早要求更高的批准,以避免争议。

在Gov2中,28天后未获批准的提案将被视为默认拒绝,并退还Decision Deposit。如果提案设法在确认期结束之前保持通过,则视为已获批准,并计划在制定期之后从提议的来源开始执行。制定期在全民投票提议时指定,但也受制于基于轨道的最小值。更强大的Tracks会强制执行更长的执行期,以确保网络有足够的时间为提案可能带来的任何变化做准备。

自愿锁定

Polkadot使用一种称为"自愿锁定"的概念,它允许token持有者通过声明他们愿意锁定token多长时间来增加他们的投票权,因此,每个token持有者的投票数将使用以下公式计算:

投票数 = token * conviction乘数

锁定期数每番一倍,conviction乘数都会将投票乘数增加一。

锁定期数投票乘数00.111224384165326

锁定期"加倍"的最大次数设置为6(因此总共32个锁定期),一个锁定期等于28天。只允许加倍,例如,你不能锁定24个周期并使你的conviction增加5.5。

token被锁定后,你仍然可以使用它进行投票和质押;你只被禁止将这些token转移到另一个帐户。

选票总是在同一时间"计算",即在投票期结束时。这不受代币锁定期的影响。

取消公投

在治理v1中,如果技术委员会一致同意取消提案,或者如果Root来源触发此功能,则可以取消提案。已取消提案的押金将被销毁。

此外,理事会三分之二多数可以取消公投。如果在公投提案中发现问题较晚(例如该提案将执行的runtime代码中存在错误),这可能会作为最后的手段。

如果取消的争议足够大,以至于理事会无法获得三分之二多数,那么将由利益相关者共同决定提案的命运。

在治理v2中,有一个名为Cancelation(撤销)的特殊操作,用于干预已经投票的提案。该操作将立即拒绝正在进行的公投,无论其状态如何。还有一项规定,如果提案是恶意的或垃圾信息,则确保提议者的押金被罚没。

Cancelation本身是一种治理操作,必须由网络投票才能执行。撤销伴随着它自己的Origin和Track,它具有一个很短的导入期和批准率/支持率曲线,它们的通过门槛下降得稍微迅速一些,因为它是在情况紧迫时才调用的。

Polkadot Fellowship

该Fellowship是一个基本自治的专家机构,其主要目标是代表具有Polkadot网络和协议的技术知识库的人类。Fellowship通过"等

DOT-5.8%
此页面可能包含第三方内容,仅供参考(非陈述/保证),不应被视为 Gate 认可其观点表述,也不得被视为财务或专业建议。详见声明
  • 赞赏
  • 6
  • 分享
评论
0/400
Lonely_Validatorvip
· 7小时前
治理是什么鬼 不懂就别投
回复0
GateUser-4745f9cevip
· 11小时前
别管V2了 快把V1的gas费整整吧
回复0
GraphGuruvip
· 11小时前
盯v2好一阵了 不错不错
回复0
熊市避险大师vip
· 11小时前
不就是投票分权吗 有啥新鲜的
回复0
SneakyFlashloanvip
· 11小时前
还不如直接把治理权给我
回复0
TokenSherpavip
· 11小时前
实际上,这个v2模型仍然忽略了二次投票机制... *叹气* 让我来解释一下
查看原文回复0
交易,随时随地
qrCode
扫码下载 Gate APP
社群列表
简体中文
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)