中年科普:如何进行链上治理?( 二 )


中年科普:如何进行链上治理?
本文插图
从2016年的The DAO攻击事件 , 可以感受到以太坊网络的治理氛围 , 在各种社交频道都能看到针对这次攻击及其解决方案的激烈讨论 , 最终以硬分叉的形式将被黑客盗取的ETH退还给投资人 , 以太坊基金会及大部分的核心开发者投入到分叉后新的以太坊链 , 也有少部分的矿工、开发者选择坚守在原有的那条链上 。
通过上面两个例子 , 我们看到了治理在区块链生态里的重要作用 , 并且有越来越多的团队发现比特币这一类的链下治理(Off-Chain Governance)的不足 , 并尝试使用链上治理(On-Chain Governance)的方式 , 来提高治理的效率、透明度 , 从而进一步实现去中心的目标 。 Kusama就是这样一个采用链上治理的区块链网络 。
Kusama链上治理 治理的核心体现在 , 当出现意见分歧时 , 哪一方拥有更高的权力 , 以及如何做出最终的决定 。 在Kusama网络里 , 权力属于KSM token(下面简称为ksm或token)的持有人 , 最终的决定则由民主投票产生 , 参与投票的token数量越多、锁定时间越长 , 权力就越大 。 Kusama网络的治理概览如下图 ,
中年科普:如何进行链上治理?
本文插图
Kusama网络采用了三院制(Tricameral)的治理结构
【中年科普:如何进行链上治理?】
公投议院(Referendum chamber , 也称为立法院) , 拥有最广泛的成员(即所有的token持有人)和最高的权利 , 所有的“立法”(即区块链runtime逻辑的修改)必须经过民主公投;
理事会(Council) , 是Kusama网络中一些日常事务的具体执行机构 , 其成员由token持有人投票产生;
技术委员会(Technical Committee) , 由开发Polkadot/Kusama网络协议的技术团队组成 , 作为理事会的补充和制衡 , 同时受理事会钳制 。
民主公投时可使用的投票机制有:
绝对多数赞成 , 公投议案的通过需要获得绝对多数的赞成票 , 即默认议案不通过;
绝对多数反对 , 只有获得绝对多数的反对票 , 才能阻止公投议案的通过 , 即默认议案通过;
过半数赞成 , 公投议案的通过只需要超过一半的投票是赞成票 。
其中绝对多数的具体比例和投票率相关 , 投票率越高 , 绝对多数所要求的比例越低 , 比如投票率只有50%时 , 绝对多数的比例接近80% , 当投票率为100% , 绝对多数的比例是50%+1 。 过半数赞成是指无论投票率的高低 , 赞成票都只需要满足50%+1即可 。
民主公投
中年科普:如何进行链上治理?
本文插图
得益于Substrate提供的无分叉升级方式 , Kusama网络上任何runtime逻辑的修改 , 都可以直接通过链上升级来实现 。 这些修改必须提交议案进行公投 , 如果公投通过 , 网络会在一段时间之后自动升级并部署此项修改 。 polkadot-js/apps提供的公投页面如下 ,
公众提交议案的流程: 使用Polkadot代码仓库提供的build-only-wasm脚本 , 编译最新的runtime代码 ,
scripts/build-only-wasm.sh polkadot// 编译完成后 , 在根目录生成kusama_runtime.wasm文件
在polkadot.js/apps Democracy页面(下面简称为某页面) , 通过Submit preimage提交刚生成的wasm文件 , 并记下对应的哈希值 。 提交preimage需要质押一定的token , 和所提交文件的字节数相关 , 当提案生效之后 , 自动归还质押的token 。
通过Submit proposal , 填入上一步记录的哈希值和用于锁定的token数量 , 提交进入公众提案队列 。 提交议案需要锁定最少1ksm , 当针对本议案的公投开始时 , 锁定解除 。 别人也可以对提交的议案进行附议(通过Second) , 同样需要锁定token , 数量和提交议案时锁定的数量一致 。


推荐阅读