从kava主链升级失败学习cosmos生态治理机制

3月31日kava主网升级再次延期，原因是参加投票的人数不足，导致提议被拒绝。这的确是一个戏剧性的结果，连团队都没有想到是期待已久的升级会因为投票不足而被拒绝的。

我看到很多人都惊讶，为什么通过99.9%，提议还会被拒绝呢？因为kava是基于cosmos生态，应该可以从cosmos的治理体系中找到答案。

以下是ATOM治理体系，kava可以参照这个流程

在cosmos治理体系中，每个人都有提交提议的权利，只需要抵押一定数额的ATOM就可以提交。

阶段1：抵押

任何Atom持有者都可以提交提案。为了使提案可以投票，需要提供一个大于名为minDeposit参数的抵押。提交者提可以供全部的抵押。如果初始提案者的抵押不足，则提案进入deposit_period状态。然后，任何Atom持有人都可以通过发送depositTx来增加抵押。

阶段2：投票

在存入足够的Atom并且提议被公示了2周之后，投票开始。 投票有4个选项 - 支持Yes - 反对No - 强烈反对No with Veto - 弃权Abstain

1、只有stake的Atom才可以用来投票 2、投票权重是根据Atom的数量决定 3、默认Delegators遵循validators的决定，除非Delegators自己投票。

阶段3：清点结果

一个提议需要被接受需要满足以下条件： 1、参加人数：stake的代币中超过40%的进行投票（kava这次升级就是倒在这一步） 2、通过阈值：参加投票的代币（去掉弃权的）中超过50%的选择支持yes 3、强烈反对：参加投票的代币（去掉弃权的）中低于33.4%的选择强烈反对No with Veto 参数定义可以参考kava github

## 阶段4：实施提议

提议被通过之后，validators就会按照提议进行实施。

了解了这些阶段，应该可以理解为什么会失败。

社区里有人说：

1、赶紧开一个投票，一天投完不就完事了，但是按照治理方案这个投票是要有时间的。

2、反正都是通过，这次就不按规定办事，赶紧升级，不然会对项目方失去信心。项目方的意见是从长远来看，还是要按照规定办事，尽管这次是他们大意了。

3.上次失败升级导致了kava-4 -> kava-6,那么这次升级是kava-6 -> kava-5.1,还是kava-6-> kava-7。我们应该是要一直进步的选择后者。