前言
此文为BitXHub跨链治理系列第二篇：治理机制的提案模型。在上一篇《跨链治理之入门三问：WHOWHATHOW》中，我们介绍了跨链治理的总体架构和基本流程，实际上，治理流程基本都是围绕提案展开的。中继链上几乎每一次的治理操作都会生成一个与当前操作相关的提案，提案虽小，但五脏俱全，它包含了治理过程中需要的所有关键信息、展现了治理流程的步步推进。
首先，提案模型具有精简丰富的结构，囊括了治理过程中需要的各类信息；其次，提案的生命周期伴随着治理流程的推进而变化；此外，提案模型针对不同治理时间设置了不同的优先级，以进一步优化治理流程。接下来，就让我们围绕提案结构、提案生命周期、提案优先级策略这三大模块来一一解剖「提案模型」。提案结构
当跨链平台上产生治理服务范围内的业务时，中继链一般会自动生成一个由业务发起人提交的相应类型提案，以供中继链管理员进行投票治理。提案结构基本涵盖了治理需要的所有关键信息：
CBTC CMO Romain：跨链桥是一个公链生态从少数人的喜好，逐渐发展为大多数人共识的关键一步:CBTC CMO Romain在出席3月14日的Cardano生态云峰会时表示：一个公链生态从少数人的喜好逐渐发展为大多数人的共识，而跨链桥就是其中的关键一环。CBTC Bridge是Cardano生态系统中的第一个跨链桥。它的使命不仅是让Cardano生态与外界更好的连接，更重要的是让更多的粉丝能够轻易的接入Cardano生态。CBTC Bridge选择了Huobi Trust作为合作伙伴，这是第一批支持BTC、ETH、USDT和USDC跨链的资产。选择与托管人合作是CBTC的一个重要行动。这几乎完美地保证了参与者的跨链资产的安全性和发行资金的顺利运作。[2022/3/15 13:57:50]
提案id：与提案发起人账户地址绑定，作为提案的唯一标识；提案类型：标识提案所属的治理服务类型，如应用链管理、验证规则管理等；事件类型：标识提案中发生事件的类型，如注册、更新等；提案状态：与提案的生命周期对应，有proposed、approved、rejected等状态；投票信息：包含了该提案当前收到的投票信息、计票信息、超管投票信息等，便于推进提案的投票计票流程；选民信息：包含了该提案面向的选民列表以及当前可用选民数、最低投票选民数等信息，便于推进提案的投票计票流程；治理对象信息：包含了治理对象的id及其提案发起前状态，记录发起前状态是为了便于投票拒绝时的状态恢复；状态转换说明：包含了提案的提交理由、结束理由、撤回理由等信息，便于相关人员了解提案的状态转换原因；提案锁定信息：与提案优先级策略相关的锁定信息；扩展项：可选项，可附加提案需要的相关信息，如更新提案可以添加更新前后对象的信息对比明细。提案生命周期
跨链支付网络Celer cBridge宣布支持xDai链:8月5日，跨链支付网络CelercBridge宣布支持xDai链，用户现已可在xDai、Ethereum、Arbitrum和BinanceSmartChain以及Polygon之间进行高速低成本的跨链及跨层转账CelercBridge是CelerNetwork推出的一个高速、低成本的跨链支付网络，其v1.0版本已于7月23日上线主网。[2021/8/5 1:35:53]
提案的生命周期展示了一次治理操作的全流程。提案创建后一般会经历proposed、approved、rejected三个状态，特殊情况下还可能出现pause状态。其生命周期具体如下图所示，具体而言，提案生命周期可以分正常投票、撤回、优先级锁定三种情况。
正常投票
跨链流动性解决方案RAMP：587190枚RAMP被回购并销毁:7月18日消息，跨链流动性解决方案RAMP在推特上表示，已有587190枚RAMP从产生的费用中被回购并销毁。[2021/7/18 1:00:39]
正常投票的提案提出后进入投票阶段，即proposed状态，通过投票表决进入到终止阶段，即投票通过为approved状态，投票不通过为rejected状态。
撤回
提案在投票阶段进入proposed状态后，可能会被撤回，撤回又分为主动撤回和被动撤回。
1）主动撤回是提案发起人有机会在提案未结束前发起撤回操作，提案进入终止阶段转换为rejected状态；
2）被动撤回是提案因为系统原因被迫终止，主要有以下两种触发条件：
治理对象被系统清空。比如当一条应用链被注销后，该应用链相关的服务都会被系统自动注销清空，那么这些服务相关未完成的提案也就会被系统撤回进入终止阶段；投票选民人数不足。每个提案面向的投票选民是提案生成时中继链上所有处于可用状态的治理管理员，在提案进行的过程中，可能有部分管理员被冻结或注销进入不可用状态，这就有可能会导致提案收到的选票数达不到最低门槛值，当发生这种情况时，提案也会被系统自动撤回。优先级锁定
跨链资产桥ChainSwap已集成Polygon网络:跨链资产桥ChainSwap已集成二层扩容Polygon网络（原Matic），Chainswap用户可在包括Polygon的多个链之间实现一键跨链。[2021/5/17 22:09:40]
优先级锁定与提案的优先级策略有关，将在下文进行详细阐述。
根据以上几种情况的描述，我们会发现治理提案有多种不同的结束场景，为了便于发起人或管理员清楚了解提案结束的原因，提案结构的状态转换说明信息中有一个提案结束理由字段将给出说明，该字段会在提案结束时由系统自动填充。
提案优先级策略
优先级设置
基于提案的治理事件属性以及提案对跨链系统的影响范围考虑，BitXHub治理机制对不同治理事件的提案设置了优先级如下图所示：
声音 | 清华大学胡志琳博士：可信技术结合跨链技术为公链与联盟链互通提供安全保障:Trias首席算法科学家胡志琳博士在参加BlockMania主办的「博士大爆炸」AMA分享时表示，将公链和联盟链互通，能够使它们的优势得以互补。可信技术结合跨链技术为公链与联盟链互通提供安全保障。
负一层网络技术可以通过提供网络节点可信以及网络间的可信跨域，简化和支持在公链生态下开发者所贡献的跨链技术，各条联盟链之间的资产转移可以通过链上SPV智能合约进行。同时各条联盟链还互相引用彼此的默尔克树，降低攻击成功的可能性。通过Merkle roots 共享信息实现跨链共识，连接多条联盟链分担计算负载。[2019/11/2]
不同的管理对象都可能发生注销、冻结、更新等治理事件，发起这些治理事件提案的同时，系统默认为这些治理提案设置了提案优先级。
优先级锁定机制
我们的提案优先级策略主要基于一个原则：同一管理对象，同一时间只会存在一个进行中的提案。
实现以上原则的前提是，提案的优先级比较都是针对同一管理对象的，也就是相关联的提案才会有优先级比较，应用链注销和应用链更新是相关的提案，注销的优先级更高，不相关的提案，比如一个应用链注销的提案，是不会对节点更新提案产生任何影响的。
在满足同一管理对象的前提下，实现上述原则的核心就是提案的优先级锁定机制：高优先级提案进行中时，不可以发起低优先级提案，但低优先级提案进行时，可以发起高优先级提案，并高优先级提案的发起会锁定低优先级提案的进行。具体的锁定方式如下图所示：
当某个提案处于proposed状态投票阶段时，若出现更高优先级的提案，那么当前低优先级的提案会暂时进入锁定阶段，转换为pause状态，此时管理员无法对低优先级的提案进行处理——高优先级的提案如果通过可能会对当前管理对象产生重要影响，比如一个应用链注销的提案如果投票通过，那么同时进行的低优先级的应用链更新提案就没有必要再继续进行，此时低优先级提案的锁定状态就避免了可能出现的管理员无意义投票以及系统无意义执行。
如果高优先级提案投票通过，管理对象状态被改变，低优先级提案就失去了原本的意义，系统会直接结束低优先级提案；如果高优先级提案投票不通过，管理对象状态没有发生变化，低优先级提案恢复原先的proposed状态再次进入投票阶段。
必要条件约束
为了进一步保证高优先级提案处理的合理有效性，我们还对高优先级提案设置了一个额外的约束条件：针对高优先级的提案，包括非常紧急和紧急的提案，提案的通过除了需要普通管理员投票通过外，还需要得到系统超级管理员的投票。这一约束保证了高优先级提案能被及时处理的同时，还能得到更严谨合理的处理。
总结
如果说“提案模型”是“一只灵巧的麻雀”，那么“提案结构”就是“它的五脏六腑”，记录了治理流程中需要的各类信息；“提案生命周期”就是这只“麻雀生老病死的流程”，体现了治理流程中各个阶段的推进；“提案优先级策略“则是这只“麻雀的思想和灵魂”，让它可以更好地走完这一生——在治理机制中，就是协助管理员和系统对于同一个管理对象只能处理最高优先级的提案，保证BitXHub治理提案投票的便捷有效性和提案执行的合理高效性，从而保证治理流程能够更加方便高效地进行。
但需要注意的是，并非治理机制中所有的治理操作都需要提案模型，一些优先级极低的治理操作可能是不需要提案的，比如更新应用链描述，应用链的描述只是一个展示信息，并不需要中继链治理管理员的严格审核，这种情况下，应用链管理员提交更新请求后即可直接更新，并不会有提案产生。
五脏俱全的提案模型承载着每一次治理流程的行进，也真正赋予BitXHub跨链治理机制以核心动力。但仅有动力还是不够的，治理的灵魂在于投票决策的公平合理，那么BitXHub治理又是如何做到这一点的呢？在本系列的后续篇章中，我们将继续对治理机制的投票策略给出详细说明。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。