Polkadot 治理 V2

Polkadot 采用了一种复杂的治理机制,能够根据利益相关者的需求不断进化。其目标是确保大多数权益始终可以控制网络。

治理协议经历了从 v1 到 v2 的多次迭代,未来还将继续发展(v2.5)。

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

• 技术委员会:管理升级时间表
• 理事会:经选举产生的执行机构,负责管理参数、行政和支出提案
• 公投:普遍投票系统,赋予长期利益相关者更大影响力

v1 系统在初期运行良好,但随着网络成熟需要进一步改进。例如,v1 中所有公投权重相同,且一次只能对一个公投投票,这限制了系统处理多个提案的能力。

治理 v2(Gov2)改变了日常决策方法,使公投更加灵活和敏捷,显著增加了系统可做出的集体决策数量。

Gov2 将在 Kusama 上先行测试,之后再提议部署到 Polkadot 网络。

机制

在 v2 中,新的治理模式通过以下方式体现其去中心化特征:

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

公投

公投是基于质押的简单投票方案。每个公投都有一个相关提案,采用特权函数调用的形式。

公投是在固定投票期内进行的离散事件。投票结束后,如果获得批准,将执行相应函数调用。

v2 中,任何人都可以随时发起公投,且数量不限。新引入了 Origins 和 Tracks 概念,以优化公投流程:

• Origin 是特定特权级别的描述符
• 每个 Origin 对应一个公投类别,每个类别关联一个 Track
• Track 定义了提案的生命周期,独立于其他类别

这允许根据提案的特权级别调整公投动态。例如,Runtime 升级和小额国库支出可以采用不同的投票参数。

在 v2 中,公投创建后可立即开始投票,但要进入"决定"状态还需满足一些条件:

• 经过导入期
• 决定空间有余量
• 支付决定押金

这些机制有助于防止滥用和垃圾提案。

投票

v2 采用了新的批准率和支持率标准,取代了 v1 的自适应群体偏见系统。

提案必须在确认期内满足批准率和支持率要求才能获得通过。不同 Track 的确认期和要求各不相同。

28 天后未获批准的提案将被拒绝。获批提案将在制定期后执行,更强大的 Track 会强制更长的执行期。

委托

v2 改进了投票委托功能,选民可以为不同类别的公投指定不同的代表。

取消公投

v2 引入了 Cancelation 操作,可通过单独的公投立即拒绝正在进行的提案。

Polkadot Fellowship

新设立的 Fellowship 取代了技术委员会,采用等级制度对成员进行分类。它旨在扩大成员范围,并降低准入门槛。

Fellowship 的投票结果(按等级加权)构成其意见。但 Fellowship 不拥有对网络的硬权力,其主要功能是缩短公投时间表。

白名单和黑名单

白名单允许 Fellowship 授权某些操作以 Root 权限执行。

黑名单可阻止某些提案重新出现在队列中。

总的来说,Gov2 在保留 v1 核心理念的同时,通过一系列改进提高了治理的灵活性和效率。