【EOS Gov】EOS.IO宪法草案第十六条——修订案

版权声明:

以下内容来自微信公共帐号“EOS技术爱好者”,搜索“EOSTechLover”即可订阅,译者Lochaiching。转载必须保留以上声明。仅授权原文转载。

本文原文链接为https://forums.eosgo.io/discussion/820/article-xvi-v0-3-0-draft-eos-io-constitution-amendment,Thomas Cox在EOS GO社区中更新了宪法草案第十六条的内容,由本号“EOS技术爱好者”翻译。


此版本宪法草案其他内容如下,中文版本可在本号主页找到相关内容:

第一条:不说谎

第二条:财产权

第三条:仲裁

第四条:不买卖选票

第五条:不存在所有者或受托人

第六条:不超过10%的所有权

第七条:处罚协议

第八条:《区块生产者协议》

第九条:建立仲裁法庭

第十条:仲裁员标准

第十一条:开发人员和智能合约许可证

第十二条:多语种合同

第十三条:开发人员对非成员的访问负责

第十四条:无积极权利

第十五条:指定默认仲裁法庭


Article XVI - v0.3.0 Draft EOS.IO Constitution - Amendment

第16条:0.3.0版本EOS.IO宪法草案——修订案

【EOS Gov】EOS.IO宪法草案第十六条——修订案_第1张图片
封面图片

Thomas Cox

Purpose

Establishes the rule for amending the governing documents and the system.

目的

建立修订治理文件和系统的规则。

Text of Article

This Constitution and its subordinate documents the Block Producer Agreement and Arbitrator Agreement shall not be amended except by a vote of the Token Holders with no less than 10% vote participation among eligible tokens and no fewer than 10% more Yes than No vote power, sustained for 30 continuous days within a 120 day period, according to the terms of the then-current system contract.

本文内容

根据当前系统合约的条款,本宪法及其所从属文件中的《区块生产者协议》和《仲裁协议》不得修订,除非代币持有者参与投票的代币数量不少于符合条件代币总量中的10%,且赞成票要比否定票多10%,并且以上条件要在120天的时间段内持续30天,才可生效。

Discussion

The term "vote power" indicates that a person's vote is tallied based on their number of tokens staked for CPU and bandwidth, as handled by the system software.

The voting called for here can be, but need not be, conducted via a system-level contract. It must be handled on-chain.

The phrase "according to the terms of the then-current system contract" captures, at this time, these expectations in the software specification (see GitHub issue #2226):

- Anyone can propose a new system contract.

- Deposit of 1,000 EOS tokens is required. Get back 90% if & when it passes.

- Proposal is a binary of the new system contract plus a Proposed Tx to install it; up to the proposer to validate and/or prove to voters that the binary comes from valid source code; will probably want to publish their toolchain so others can verify it. Verification is a social activity.

- Identity contract can be used to create an identity for the proposal and make attestations about it.

- It’s large but the RAM will be covered by the system or referendum contract.

- Voting will be open for up to 90 days.

- Voter can vote YES or NO or withdraw their vote entirely (which reduces 'voter turnout').

- Voter pays the RAM to store their vote; erase votes after voting ends.

- Proposed new system contract is adopted once it meets these criteria:

    • Maintains a margin of 10% more YES than NO votes (55%+ in favor).*
    • Maintains a minimum 10% "voter turnout" (10% of circulating tokens have been voted).*
    • Maintains the above two criteria for 30 days continuously within the 90 day window. (Obviously if they are below 55% YES or 10% turnout at any point with less than 30 days remaining in the 90 day window, the proposal dies on the spot.)*

- Having passed, the Proposed Tx to install the new system contract is signed by the BPs; it takes immediately after 15 BPs have signed it.

- The Emergency Upgrade process is different and not covered in this issue.

Other comments and implications of the requirements:

Anyone who pays the fee and invokes the Referendum contract can propose an upgrade

- We can have any number of proposals open for voting. If multiple pass, they should be implemented in the sequence in which they passed.

- BPs are expected by the BP Agreement to perform upgrades; failure to do so would be a violation of their agreement and would subject them to Disputes, loss of reputation, loss of votes, etc.

- It should be publicly inspectable that the system contract proposed, and the Proposed Tx to install it, is the one signed by the BPs.

- Both YES and NO votes should be possible, on an unlimited number of proposals.

讨论

“投票权”一词表明,根据系统软件处理,一个人的投票票数是根据其为CPU和带宽所质押的代币数量来计算的。

这里所描述的投票可以是,但并不一定是要通过系统级别的合约进行的,它必须在链上处理。

“根据当前系统合同的条款”这个内容,在此时的软件规范中涵盖了以下的预期(可参见GitHub #2226):

  • 任何人都可以提出新的系统合约;

  • 需要存入1,000个EOS代币。当修订案通过后,可以拿回其中的90%。

  • 提案是一个新系统合约,并且是一个加上安装Proposed Tx的二进制文件;提交者来验证和(或)向选民证明二进制代码是有效的源代码;为了方便其他人可以验证它,提案者或许会希望发布他们的工具链。验证是一种社会活动。

  • 身份合约可用于为提案创建身份,并对其进行认证。

  • 它很大,但RAM将被系统或被公投合约所覆盖。

  • 投票时间最长可开放90天。

  • 选民可以投赞成票或反对票,或完全撤回他们的投票(这会降低“选民投票率”)。

  • 选民通过支付RAM来储存他们的选票;在投票结束后删除选票。

  • 提案中的新系统合约一旦符合以下标准,即会被采用:

    • 保持赞成票票数至少比反对票票数多10%(即最好是55%以上的赞成票)。

    • 保持最低10%的“选民投票率”(10%的流通代币已用作投票)。

    • 在90天内连续30天保持上述两个标准(很明显,如果在90天的窗口期内不能持续30天的最低标准,赞成票票数低于总数的55%或投票率低于总数的10%,提案就会当场宣告失败)

  • 提案通过后,安装的Proposed Tx的新系统合约由区块生产者签署;一旦超过15个区块生产者签署,立即生效。

  • 若是紧急升级,过程是完全不同的,本条款没有提及此情形。

其他的意见和影响:

任何支付费用并调用公投合约的人都可以提出升级。

  • 我们有不限数目的提案可供投票。如果得到多数通过,将会在通过提案中按顺序实现。

  • 《区块生产者协议》中预计区块生产者会进行升级;否则,将会违反其中协议,并使他们遭受争议、损失名誉和失去选票等。

  • 应该公开检查系统合约的提案,以及检查是否是由BPs签署的安装Proposed Tx。

  • 在不限数目的提案中,投赞成票和反对票都不受限制。

References

None yet.

参考链接

还没有。

(all opinions are my own)

(所有的观点都代表我自己)


本文内容不代表本号任何立场

本文图片来源于网络

本文原文链接为https://forums.eosgo.io/discussion/820/article-xvi-v0-3-0-draft-eos-io-constitution-amendment,作者Thomas Cox,译者Lochaiching。转载请参照本文文首说明。

更多内容,加入我们的知识星球吧~


【EOS Gov】EOS.IO宪法草案第十六条——修订案_第2张图片
扫一扫!

你可能感兴趣的:(【EOS Gov】EOS.IO宪法草案第十六条——修订案)