五一劳动节 运营不想写标题

5月1日,托马斯在Medium解释EOSIO投票机制。本文翻译自Thomas Cox 在Medium上发布的《Why 30 Stake-Weighted Approval Votes for EOSIO ? 》

一、为什么要采用以持币数为每票权重的

同意投票制度?

许多人问我为什么EOSIO软件的默认投票机制不是同意投票机制之外的其他投票机制呢?

注:同意投票(Approval voting,AV),又称为“认可投票”或“赞成投票”,是一种在选举中可以多选的投票制度。

具体来说,EOSIO软件赋予每个账户可以给30个节点投票的权利。当有N个候选人被确定时,投票者将会为他们心仪的节点投票,每个账户上限为30票。系统(请注意是默认状态下的系统,系统是可以定制的)会选出得票最高的21个节点作为活跃节点,那么剩下的49个节点作为备选节点。71名(包括71名)开外的节点将会被系统忽略。

另外,每个账户将拥有与其持有权益Token等量的票权。举个例子,Alice拥有100枚权益Token,那么她每票就拥有100单位的票权,以此来投出30票。如果Bob拥有50枚权益Token,那么他每票就拥有50单位的票权,以此来投出30票。假设Alice和Bob同时投票给了节点候选人“EOSfoo”,那么EOSfoo就被记150分。

二、为什么要采取同意投票机制呢?

以我对投票机制的理解,同意投票机制并没有比分数投票机制效率高,但是二者都优于排序投票机制。

排序投票机制的问题可以回溯到上世纪五十年代;可以参见“阿罗不可能定理”。

由于阿罗不可能定理,排序投票机制被排除在外,我们可以参考一下剩余选项的贝叶斯分析法——向下滚动,直到看到如下图形,其位于投票的游戏(Gaming the Voting)的第239页,该书由William Poundstone撰写。

选项如下:

1.随机选取某位候选人

2.多数票投票机制(目前美国的标准)

3.波达计数法

4.Condorcet投票法

5.积分投票机制

6.同意投票机制

显而易见,积分投票机制胜于同意投票机制,但是同意投票机制比起其他投票机制最简单。

这项模拟是对于单一候选人选举的——如果要选出21个节点的话这方法就难以解决了。但是,同意选举制度兼顾了简易和效率。

这就是我们将同意投票机制作为系统设定的默认机制的原因。

如果你想让EOSIO采用另外的系统,你可以在主网上线之后提交宪法修正案,或者在主网上线之际说服大多数节点和投票者安装另外的默认系统。

三、为什么一个用户有三十张选票

而不是一张呢?

EOSIO社区的一位合伙人Todor对基于同意投票机制的投票行为进行了模拟,他分别模拟了每个账户拥有从1到50张选票时候的投票情况。他的数学模拟表明,比起一人一票,风险在每个账户拥有三十票的时候是较小的,尤其是在区块链被少数互相勾结的人控制的时候。

于我而言,每个账户拥有多枚选票是过去几年Bitshares和Steemit稳定和成功的特点,这是极好的。

四、为什么要以持币数作为每票

权重的衡量标准?

在现实世界中,我们对一人一票的投票制度已经习以为常了。(至少在理论上如此)许多基于DPOS算法的区块链,包括Bitshares和Steemit,都采用了持币数权重的投票机制。或许可以称这种机制为”一币一票“,但是每个账户都拥有30张选票,并且,每张选票具有等值于该账户的持币数的权重(一如上文所言)。每个节点的总票数等值于投给他们的”币数“。

这不就是寡头和财阀么,富人统治一切?

是的没错。区块链就是只基于财富的;因为区块链没有设立监狱,不能检举人们的罪恶,不能规定和保卫国界,也不能拥有军队。在现实世界里,”一人一票“如此重要是因为这样的制度根本不会出现在以财富为基准的区块链世界里。更多的代币拥有量意味着更大的权力——同时也将承受更大的风险。

拥有更多的代币也意味着在区块链上对于消极的后果更加暴露。

五、不仅是”财富统治一切”

但是,有许多建议说道EOSIO软件应该允许多样的’引力中心‘来投票——目前以代币为中心的投票机制模型应该被其他不相关的投票机制来平衡。

一个强身份的投票者拥有一票(“强身份”符合一些基于人道的标准)

一个DApp开发者拥有一票(票权是浮动的,由该DApp的热度决定)

一个节点拥有一票

一个链上供应商拥有一票

等等

在基于代币持有量的体系内,这些相关机制都是变化的。以代币持有数作为每票权重的投票者与英国上议院相似,其他的就如同下议院了(或被称为DApp议员还是什么的)。

总体规划会服务于庞大系统的决定(宪法修正,协议升级等),目的是让大多数或绝大多数选票投向这两个议院。

这些建立在多议院上的想法目前还没有在公链上证实,不过我很想见证事情的进展。

在六月份主网上线之际,这些想法也不会在默认的软件设置中得到充分的开发。

所幸的是,EOS社区会得到授权来调整默认宪法。有两种途径:在主网上线的时候采用其他的宪法;通过流程,在主网上线后修改已经采用的宪法。

六、总结

总而言之,我们期待基于区块链的EOSIO软件采用同意投票机制。在其他的基于DPOS共识的区块链中,同意投票机制拥有良好的轨迹记录功能,这一项已经做了调整,以回应那些先前解决的问题。

我们期待同意投票机制会有好的结果(并且远胜于大多数其他投票机制)。 我们期望它具有简单的用户体验(因为每个账户最多只能投三十票),这取决于社区创建的接口(或使用命令行工具)。

最重要的是,我们期望在代币数量为权重的限制范围内进行投票,从而的对节点进行更好的选择。

译者注:

同意投票机制:一种在选举中可以多选的投票机制。在该机制下,只能对候选人投同意与否。

原文见:https://medium.com/@thomas.cox_39839/why-30-stake-weighted-approval-votes-for-eosio-1402b994bf20

= END =

长按识别下方二维码

  • 发表于:
  • 原文链接http://kuaibao.qq.com/s/20180501G1345000?refer=cp_1026
  • 腾讯「云+社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 yunjia_community@tencent.com 删除。

扫码关注云+社区

领取腾讯云代金券