应用链:跨链治理之提案模型：麻雀虽小，五脏俱全！

前言

此文为BitXHub跨链治理系列第二篇：治理机制的提案模型。在上一篇《跨链治理之入门三问：WHOWHATHOW》中，我们介绍了跨链治理的总体架构和基本流程，实际上，治理流程基本都是围绕提案展开的。中继链上几乎每一次的治理操作都会生成一个与当前操作相关的提案，提案虽小，但五脏俱全，它包含了治理过程中需要的所有关键信息、展现了治理流程的步步推进。

首先，提案模型具有精简丰富的结构，囊括了治理过程中需要的各类信息；其次，提案的生命周期伴随着治理流程的推进而变化；此外，提案模型针对不同治理时间设置了不同的优先级，以进一步优化治理流程。接下来，就让我们围绕提案结构、提案生命周期、提案优先级策略这三大模块来一一解剖「提案模型」。提案结构

当跨链平台上产生治理服务范围内的业务时，中继链一般会自动生成一个由业务发起人提交的相应类型提案，以供中继链管理员进行投票治理。提案结构基本涵盖了治理需要的所有关键信息：

跨链协议Ren已集成Moonbeam:10月12日消息，跨链协议Ren已集成Moonbeam。Ren所支持的所有资产，包括BTC、ETH、USDC等都将可以直接跨链至Moonbeam。此外，开发者也可以使用RenJS SDK在Moonbeam上开发跨链DApp。[2022/10/12 10:32:52]

提案id：与提案发起人账户地址绑定，作为提案的唯一标识；提案类型：标识提案所属的治理服务类型，如应用链管理、验证规则管理等；事件类型：标识提案中发生事件的类型，如注册、更新等；提案状态：与提案的生命周期对应，有proposed、approved、rejected等状态；投票信息：包含了该提案当前收到的投票信息、计票信息、超管投票信息等，便于推进提案的投票计票流程；选民信息：包含了该提案面向的选民列表以及当前可用选民数、最低投票选民数等信息，便于推进提案的投票计票流程；治理对象信息：包含了治理对象的id及其提案发起前状态，记录发起前状态是为了便于投票拒绝时的状态恢复；状态转换说明：包含了提案的提交理由、结束理由、撤回理由等信息，便于相关人员了解提案的状态转换原因；提案锁定信息：与提案优先级策略相关的锁定信息；扩展项：可选项，可附加提案需要的相关信息，如更新提案可以添加更新前后对象的信息对比明细。提案生命周期

Delphi Labs发布跨链流动性统一模型 SLAMM白皮书:10月11日消息，Delphi Labs 发布了 SLAMM 白皮书。SLAMM 即关于跨链流动性的统一模型（A Unified Model for Cross-Chain Liquidity），是关于 AMM 共享形式的探索。白皮书部分内容探讨了 SLAMM 如何在 Cosmos 应用链之间转移流动性。

据悉，SLAMM 采用一种旨在减轻流动性碎片化影响的新机制：共享流动性 AMM (SLAMM)。使用协调的应用链Hub、虚拟流动性池和其他链上的卫星部署，理论上 SLAMM 将跨越相互隔离的跨链池优化流动性。通过这种方式，Delphi Labs 希望可以实现 LP一次存入，LP 无处不在，LP 将被动收取跨链手续费收益。这将为终端用户提供更好的用户体验 (UX) 和交易执行体验，并为 LP 提供更优收益。[2022/10/11 10:30:32]

提案的生命周期展示了一次治理操作的全流程。提案创建后一般会经历proposed、approved、rejected三个状态，特殊情况下还可能出现pause状态。其生命周期具体如下图所示，具体而言，提案生命周期可以分正常投票、撤回、优先级锁定三种情况。

NEAR与以太坊的跨链彩虹桥2.0版本已上线，可添加支持更多网络:11月10日消息，NEAR与以太坊的跨链彩虹桥2.0版本已上线，其中新版本只有单一的一个接口，受支持的网络的代币可以彼此转账，从而能够更轻松地添加对更多网络的支持。同时新版本可实现自动对Meta Mask进行管理，且增加了在浏览器中浏览源交易等功能。[2021/11/10 21:40:11]

正常投票

正常投票的提案提出后进入投票阶段，即proposed状态，通过投票表决进入到终止阶段，即投票通过为approved状态，投票不通过为rejected状态。

ZKN跨链应用Cering将于9月11日发布:据官方消息，ZKN跨链应用Cering将于9月11日发布，Cering跨链聚合平台是ZireKing集团去中心化金融战略布局的落地，也将为NFT元宇宙生态板块中的唯一通证ZKN不断赋能。Cering支持任意异构链和同构链接入和交易，能完整兼容各种跨链技术和标准。[2021/9/4 22:59:57]

撤回

提案在投票阶段进入proposed状态后，可能会被撤回，撤回又分为主动撤回和被动撤回。

1）主动撤回是提案发起人有机会在提案未结束前发起撤回操作，提案进入终止阶段转换为rejected状态；

2）被动撤回是提案因为系统原因被迫终止，主要有以下两种触发条件：

治理对象被系统清空。比如当一条应用链被注销后，该应用链相关的服务都会被系统自动注销清空，那么这些服务相关未完成的提案也就会被系统撤回进入终止阶段；投票选民人数不足。每个提案面向的投票选民是提案生成时中继链上所有处于可用状态的治理管理员，在提案进行的过程中，可能有部分管理员被冻结或注销进入不可用状态，这就有可能会导致提案收到的选票数达不到最低门槛值，当发生这种情况时，提案也会被系统自动撤回。优先级锁定

阿里巴巴称其持有专利的跨链系统优于Cosmos:阿里巴巴表示，在其上周二美国专利局授予的一项专利中，其域名系统与现有的互操作性解决方案相比，其跨链通信更加简单、无缝。阿里巴巴表示，将可识别的域名分配给区块链或部分区块链，可以在更广泛的网络中实现更好的识别和交互，就像使用域名“.com”或“.org”相互识别和通信一样。该专利指出，现有系统的问题在于它们可能变得笨拙且繁琐。例如，Cosmos要求每个区块链为其与另一个区块链保持的每个链接保留单独的标识。这些标识不能重复使用，这意味着ID系统仅具有“本地范围”。但是在阿里巴巴更简单的系统中，区块链只需要一个域名，即统一的区块链域名（UBCDN），在与其他区块链进行的所有通信中都可以识别并有效。这也意味着它可以与其他系统通信，而不必保留不断扩展的特定标识的通讯簿。（CoinDesk）[2020/6/2]

优先级锁定与提案的优先级策略有关，将在下文进行详细阐述。

根据以上几种情况的描述，我们会发现治理提案有多种不同的结束场景，为了便于发起人或管理员清楚了解提案结束的原因，提案结构的状态转换说明信息中有一个提案结束理由字段将给出说明，该字段会在提案结束时由系统自动填充。

提案优先级策略

优先级设置

基于提案的治理事件属性以及提案对跨链系统的影响范围考虑，BitXHub治理机制对不同治理事件的提案设置了优先级如下图所示：

不同的管理对象都可能发生注销、冻结、更新等治理事件，发起这些治理事件提案的同时，系统默认为这些治理提案设置了提案优先级。

优先级锁定机制

我们的提案优先级策略主要基于一个原则：同一管理对象，同一时间只会存在一个进行中的提案。

实现以上原则的前提是，提案的优先级比较都是针对同一管理对象的，也就是相关联的提案才会有优先级比较，应用链注销和应用链更新是相关的提案，注销的优先级更高，不相关的提案，比如一个应用链注销的提案，是不会对节点更新提案产生任何影响的。

在满足同一管理对象的前提下，实现上述原则的核心就是提案的优先级锁定机制：高优先级提案进行中时，不可以发起低优先级提案，但低优先级提案进行时，可以发起高优先级提案，并高优先级提案的发起会锁定低优先级提案的进行。具体的锁定方式如下图所示：

当某个提案处于proposed状态投票阶段时，若出现更高优先级的提案，那么当前低优先级的提案会暂时进入锁定阶段，转换为pause状态，此时管理员无法对低优先级的提案进行处理——高优先级的提案如果通过可能会对当前管理对象产生重要影响，比如一个应用链注销的提案如果投票通过，那么同时进行的低优先级的应用链更新提案就没有必要再继续进行，此时低优先级提案的锁定状态就避免了可能出现的管理员无意义投票以及系统无意义执行。

如果高优先级提案投票通过，管理对象状态被改变，低优先级提案就失去了原本的意义，系统会直接结束低优先级提案；如果高优先级提案投票不通过，管理对象状态没有发生变化，低优先级提案恢复原先的proposed状态再次进入投票阶段。

必要条件约束

为了进一步保证高优先级提案处理的合理有效性，我们还对高优先级提案设置了一个额外的约束条件：针对高优先级的提案，包括非常紧急和紧急的提案，提案的通过除了需要普通管理员投票通过外，还需要得到系统超级管理员的投票。这一约束保证了高优先级提案能被及时处理的同时，还能得到更严谨合理的处理。

总结

如果说“提案模型”是“一只灵巧的麻雀”，那么“提案结构”就是“它的五脏六腑”，记录了治理流程中需要的各类信息；“提案生命周期”就是这只“麻雀生老病死的流程”，体现了治理流程中各个阶段的推进；“提案优先级策略“则是这只“麻雀的思想和灵魂”，让它可以更好地走完这一生——在治理机制中，就是协助管理员和系统对于同一个管理对象只能处理最高优先级的提案，保证BitXHub治理提案投票的便捷有效性和提案执行的合理高效性，从而保证治理流程能够更加方便高效地进行。

但需要注意的是，并非治理机制中所有的治理操作都需要提案模型，一些优先级极低的治理操作可能是不需要提案的，比如更新应用链描述，应用链的描述只是一个展示信息，并不需要中继链治理管理员的严格审核，这种情况下，应用链管理员提交更新请求后即可直接更新，并不会有提案产生。

五脏俱全的提案模型承载着每一次治理流程的行进，也真正赋予BitXHub跨链治理机制以核心动力。但仅有动力还是不够的，治理的灵魂在于投票决策的公平合理，那么BitXHub治理又是如何做到这一点的呢？在本系列的后续篇章中，我们将继续对治理机制的投票策略给出详细说明。

标签：应用链AMMPRO区块链HAMMER币pros币价格预测区块链技术的应用

SOL热门资讯