Bifrost Logo
从 Sudo 出发到 OpenGov,读懂 Bifrost 的治理升级(上)
研究
2024 / 10 / 30 10:00
Bifrost

Bifrost 协议治理沿革

和绝大部分 Web3 项目的早期发展历程一样,2019 年推出的 Bifrost 采用了完全由项目方控制的 Sudo(超级管理员权限)机制,允许团队在链上执行一系列涉及产品底层运行逻辑的关键操作,以确保项目的平稳启动与运营。

2021 年 9 月,Bifrost 正式上线民主治理模块,删除 Sudo (超级管理员权限),过渡到与Polkadot 同构的去中心化治理的 Gov1.0,即由理事会、技术委员会、公投三权分立的三院制治理架构。

gov01.png

随着协议的日趋成熟,在 Polkadot 推出 Gov2.0,也就是 OpenGov 之后,Bifrost 也随即在 2023 年,推出了自己的 OpenGov 治理体系 ,正式将社区公投置于决策过程的中心。

gov02.png

什么是 OpenGov

首先我们来了解一下 OpenGov 的基本结构。

Polkadot OpenGov 取消了 Gov 1.0 的三院制结构,所有的治理提案全部通过公投来决策,理事会和技术委员会则演变为 Fellowship,更多通过自身声望和影响力,而非直接的投票权力来影响决策。Fellowship 的唯一治理特权是负责对紧急提案(WhitelistCaller 轨道的提案)进行二次确认。

Fellowship 有自己的内部投票和决策机制,级别越高的成员拥有越高的投票权重。但公投也可以对 Fellowship 进行管理,其治理效力高于 Fellowship 的内部治理投票。

为了提升公投的执行效率,OpenGov 将治理提案划分为不同的轨道,除 ROOT 轨道外,每个轨道可以同时进行多项提案。此外,不同轨道对不同“危险度”的治理提案设置了不同的参数,低危险度的提案拥有较少的押金要求、较低的通过阈值和较短的决策时长,高危险度提案则相反。

Opengov 为没有时间和知识条件参与治理的人,提供委托的选择,你可以将你的票委托给其他人来代行你的投票权。而且同一份投票权,可以在不同的轨道中委托给不同的人,以实现让专业的人决定专业的事。

提案从发起到执行,会经历四个时期:

准备期:提案发起后进行准备期,发起者需要放入押金

决策期:用户可参与投票,达到阈值条件后,进入确认期。阈值条件有两个,分别是 Support 阈值和 Approval 阈值,用户投票时,Support 只与票数有关,Approval 则与票数和质押时长都相关,质押时长越长,Approval 越高。

gov1.png

需要注意的是,两个阈值都是动态的,在决策期不同时点参数不同,一般而言,会随着决策期的延续而递减。

gov2.png 阈值曲线示例

确认期:用户仍可投票,提案在确认期内需保持满足阈值条件,否则将退回决策期。设置确认期,是为了防止大户的操纵(如果没有确认期,大户可以在决策期最后一秒投票,在其他人没有来得及做出反应之前,逆转投票结果)

执行期:提案确认期过后,即可进行执行,执行期结束后,正式在链上生效。

借由 OpenGov,Polkadot 实现了完全的社区自治,在治理机制的探索方面,Polkadot 走在了各公链生态的前列。关于 Polkadot OpenGov 更细致的介绍,可以参考我们的研报:《OpenGov:迈向完全去中心化的治理(上)》和 《OpenGov:迈向完全去中心化的治理(下)》。

Bifrost OpenGov

Bifrost OpenGov 则在继承了 Polkadot 的基本治理框架的同时,并根据自身业务,优化了轨道设置。

Bifrost 设置了 8 条跟 Bifrost 业务高度相关的轨道,包括:

Root:Sudo 权限,允许调用任何方法,对系统进行任意改动,通常用于runtime 和系统修复,以及底层调整;

WhitelistCaller:发起快速提案(决策期短、通过阈值低),用于处理紧急事项,但提案通过后,需要 Fellowship 投票进行二次确认。

Liquid Staking:该轨道将此前的 VET(Validator Election Track)和 SystemStaking 两个轨道进行了合并。主要有以下三个功能:

  • 负责审批各类 vToken 的 VWL 和 VBL 名单。VWL(Validator White List)和 VBL(Validator Boost List) 都是指有资格接受 Bifrost 协议委托质押的验证者节点,只是节点申请加入这两个 List 的流程不太一致。详细可以阅读《VET - Bifrost 基于 Polkadot 治理 2.0 的多链验证人选举机制》。
  • 管理 System Staking 的相关参数,例如质押比例、调节方法等。「系统质押」是 Bifrost 协议的一项特殊业务,协议将 Bridge 中锁定的资产当中的一部分用于质押获取收益,该收益将叠加到 vToken 持有者的收益中,用以提高 vToken 的综合收益率。
  • 除了治理各种 Liquid Staking 相关参数,最主要的功能是可以调整 vToken Reward Fee (协议手续费)。

gov3.png

SALP Admin:管理 SALP 相关的业务。SALP(Slot Aution Liquidity Protocol) 是 Bifrost 为插槽拍卖场景开设的一项业务,可以释放用户参与众贷时质押的 DOT/KSM 流动性。但由于插槽拍卖在波卡生态中逐渐弱化,SALP 业务也将逐步淡出。

FellowshipAdmin:对 Fellowship 的成员进行管理,包括增员减员、升级降级,如前文所述,其决策效力高于 Fellowship 的内部管理决策。

ReferendumCanceller:关闭某个正在进行的提案;

ReferendumKiller:关闭某个正在进行的提案,并 Slash 提案的押金,一般用于应对一些恶意的危险提案;

Tereasury Spend:审批财务支出;

gov4.png

这 8 个轨道,各自拥有不同的参数,例如高危险度的 Root 轨道需要质押 50,000 BNC 才可进入投票期,而危险度较低的 SALP Admin 轨道则只需要质押 2,500 BNC。在 Bifrost Docs 中,详细列明了 8 个轨道的具体参数。

Bifrost © 2024隐私政策