Git Product home page Git Product logo

governance's Introduction

governance's People

Contributors

abourget avatar boastandrails avatar deckb avatar deniscarriere avatar dfguo avatar eosauthority avatar joshkauffman avatar kesar avatar maoyifeng avatar nsjames avatar samsapoznick avatar thomasbcox avatar tkaraivanov avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

governance's Issues

Definition of Member could be needed

It seems that "Member" is not (well) defined: it does not mention can member be a juridical person (i.e company, association, foundation, etc.), natural personhood is of course implied.

I think for many people it would be useful that your company could be a member, instead of you as a natural person (for example block producers and other companies). If Member can be a juridical person, then it should be decided, can an account itself be a Member (i.e company multisig), instead of individual keys (this is not defined neither btw, but it's implied).

Personally I think member should be defined, because a member can have rights, liabilities and obligations to other Members (It's not something symbolic and/or abstract).

Proposal for Governance repository organization

  • Governance repository should have tags, matching the eos tags.

  • Governance repository will have issues named by GOV-{ISSUEID} Short Description, where people will explain the reason about what they want to change from constitution.

  • Governance repository will allow pull request related to previous commented issues. Once a consensus is achieved Pull request will be merged.

  • Conversations in Pull Request will be only related to specific implementation (wording / abi structure / etc.).

  • Pull request should include the ABI file modification (if needed), not only the text.

  • Once a new tag is created on eos, a new tag will be created in governance and linked. A list of GOV issues accepted between tags will be documented in a CHANGELOG.

Article XV - safeguarding property rights

Article XV of the constitution propose eventual auction of inactive accounts and distribution of the proceeds to the community.
After some brainstorming on the issue with @Chrisplove we propose to make a distinction between the property rights at stake. Our intended goals are to safeguard property rights but avoid having inactive accounts blocking the access of the community to essential onchain resources.

Propositions :
1 Claims on onchain resources like RAM, bandwidth should be extinguished for inactive accounts.
2 Claims on onchain rights could be handled with limitations of property rights in their terms of use within the defining smart contract (i.e. brand or commercial name can be held only if account stays active)
3 Tokens and onchain rights on off-chain property (i.e. house or car registry dapp) should be safeguarded. Auctioning those accounts is a clear infringement to property right. A change to those accounts may have implications on the transfer of property rights of assets standing outside of the chain for instance, it may imply the transfer of a house which may be encumbered with mortgage or tax liabilities, or with inheritance rights.

Under this framework, any account inactive for 3 years will go in an dormant mode which triggers the release of all associated onchain staked resources, but all the property right held by the account will remain valid unless stated otherwise by its defining smart contract.

Thus property rights are protected and we prevent inactive accounts from making a dent on critical onchain resources.

Violance: What about violence from one of top 21 Block Producers?

Ref: Article I - No Initiation of Violence

How to handle and manage violence from one of top 21 Block Producers? Violance from top 21 BPs should be taken more serious than ordinary members (token holders). More accountability should come with more responsibility.

Proposal for changes in the constitution | by Jetse Sprey - EOS Amsterdam

Original document: https://docs.google.com/document/d/1yVOIJVlttxXGi6zc95I5fJqLVudNwQ3emuaMFLAqLdQ/edit?usp=sharing

Constitution proposal 06-07-2018

After intense debate in the Telegram GOV channel and internally, EOS Amsterdam wishes to propose a new version the Constitution.

We believe in simple, straightforward and clear texts. We have cut out a lot of more detailed proposals we found in other versions. Extremely important in our view are the choice of applicable law and to introduce the possibility to introduce new regulation. This is to avoid a legal mess.

With “member” we mean: member of the EOS Community. This is a broad definition that in our view should include BPs, dApp developers and users.

We don’t like the idea of a multi party agreement. We believe the constitution has more elements of bylaws or articles of association then of a contract. Multi party agreements are notoriously difficult to handle.

This Constitution states the rights and obligations of all of the members of the EOS Community. No one shall be a member of the EOS Community without being bound to this Constitution.

Article I - Good faith

Each member shall always act in good faith towards other members.

Good faith means: reasonable. Taking the other parties’ interest into consideration. Balancing self interest and common interest in a justified manner. No lying, no violence.

Article II - No Perjury

Each member shall refrain from false or misleading statements and from actions that might harm the EOS Community disproportionally.

“Disproportionally” is add here since each member is entitled to favor its own interest over that of the community. This has to remain within reasonable (good faith) boundaries. In another version it read that the member shall be liable in case of lies. However, it is not necessary to stipulate that: if a party lies such party is in default under the constitution and liable. At least that’s how it should be structured.

Article III - Rights

The members grant the right of contract and of private property to each other. Therefore no property shall change hands except with the an action to that effect by the owner, by a valid Arbitrator’s order, or via community referendum. This Constitution creates no positive rights for or between any Members.

We had some discussion here. Sometimes an owner does not want to deliver property but has to do so because a judge rules that such an owner should do that. That’s hardly consent and happens often. That’s why we have replaced consent by the more neutral “an action to that effect by the owner”.

Article IV - No Vote Buying

No Member shall offer nor accept anything of value in exchange for a vote of any type, nor shall any Member unduly influence the vote of another.

Article V - No Fiduciary

No member shall have fiduciary responsibility to support the value of the EOS token. The members do not authorize anyone to hold assets, borrow, nor contract on behalf of EOS token holders collectively. This blockchain has no owners, managers or fiduciaries; therefore, no member shall have beneficial interest in more than 10% of the EOS token supply.

We have deleted “nor EOS token holder” since such token holder is also a member of the EOS Community.

Article VI - Restitution

Each member agrees that penalties for breach of contract, including a breach of this Constitution, may include, but are not limited to, fines, loss of account, and any other restitution or compensation. Each member may seek any provisional or other measure (other than monetary compensation) that is needed to remedy a breach of contract and/or a breach of this Constitution.

We added: “this Constitution”. I refer to our comments with Article II. A violation of the Constitution leads to claims with the respective member.

Further we need the possibility to have other measures than monetary compensation. E.g. to ban a member from EOS or to forbid further publication of infringing material.

Article VII - Open Source

Each smart contract shall be offered via a free and open source license. Each smart contract shall be documented with a Ricardian Contract stating the intent of all parties and naming the Arbitration Forum that will resolve disputes arising from that contract. Each contract, whether smart or not, regarding EOS shall ensure applicability of this Constitution and serve its text.

Through each contract the constitution needs to be served too.

Article VIII - Language

Multi-lingual contracts must specify one prevailing language in case of dispute and the author of any translation shall be liable for losses due to their false, misleading, or ambiguous attested translations.

Article IX - Dispute Resolution

All disputes arising out of or in connection with this Constitution shall be finally settled under the Rules of Arbitration of the International Chamber of Commerce by one or more arbitrators appointed in accordance with the said Rules.

Article X - Choice of Law

Choice of law for disputes shall be, in order of precedence, this Constitution and the Maxims of Equity and the laws of Switzerland.

We need an applicable law system. In practice it seems that continental law is preferable since legal costs are considerably lower (very generally speaking). An arbiter will need an applicable law system. E.g. to check if the Ricardian Contract is valid. That can only be done through the use of applicable law to contracts.

We need an applicable law mentioned here since otherwise. If we do not choose the law, the arbitrators will. They will (and probably will have) to use the international conflict law and that will lead to a huge variety of applicable law systems and add a high degree of unpredictability to the legal issues around the chain.

My experience with Swiss law is limited. It is continental and therefore code based (which seems preferable) and the country is neutral. My limited experience didn’t raise flags. I could do a quick survey.

Article XI - Amending

This Constitution and its subordinate documents shall not be amended except by a vote of the token holders with no less than 15% vote participation among tokens and no fewer than 10% more Yes than No votes, sustained for 30 continuous days within a 120 day period.

Article XII - Publishing

Members may only publish information to the Blockchain that is within their right to publish. Furthermore, members voluntarily consent for all members to permanently and irrevocably retain a copy, analyze, and distribute all broadcast transactions and derivative information.

We suggest to get this out. Freedom of speech is hardly enforceable in an international community. This has to be dealt with with local courts that will go after a member that publishes something illegal.

Article XIII - Informed Consent

All service providers who produce tools to facilitate the construction and signing of transactions on behalf of other members shall present to said other Members the full Ricardian contract terms of this Constitution and other referenced contracts. Service
providers shall be liable for losses resulting from failure to disclose the full Ricardian contract terms to users.

We have put that in Article VII.

Article XII - Severability

If any part of this Constitution is declared unenforceable or invalid, the remainder will continue to be valid and enforceable.

Article XIII - Termination of Agreement

A Member is automatically released from all revocable obligations under this Constitution 5 years after the last transaction signed by that Member is incorporated into the blockchain. After 5 years of inactivity an account may be put up for auction and the proceeds distributed to all Members according to the system contract provisions then in effect for such redistribution.

There is a lot of discussion about this clause. We suggest to prolong the term to 5 years in order to comply with, at least, some consumer law we know in our jurisdiction that probably will forbid closing accounts sooner than 5 years of inactivity.

Article XIV - Further legislation

The EOS Community may issue further regulation within the boundaries of the Constitution. The EOS Community may also authorize the BPs or a certain majority of the BPs to deal with specific matters. Further regulation to be issued by the Community shall need a simple majority of the votes cast for 30 days.

We need to authorize the Community to deal with practicalities and further regulation. E.g. to vote on what to do with the abandoned account. The Community's legislative powers/organizing powers can only stem from the Constitution. That's the governing document. If we don't do that any further ideas the community may come up with may be in a legal twilight zone. Further some executive decisions will have to be made. The BPs seem to be fit to handle those.

An example of such regulation may be the dealing with name squatting or the way people get notified in the context of abandoned accounts. The outlines are in the Constitution or can be found, more generally speaking, in the good faith article/article 1. The more precise rules may be detailed by the community and the executive ones by the BPs.

Article XVI - Developer Liability

Members agree to hold software developers harmless for unintentional mistakes made in the expression of contractual intent, whether or not said mistakes were due to actual or perceived negligence.

We believe that the Constitution is not the place to introduce this kind of detailed clauses.

Article XVII - Consideration

All rights and obligations under this Constitution are mutual and reciprocal and of equally significant value and cost to all parties.
Under continental law we don’t need a formal phrase like this. More importantly: if we treat the constitution as what it is: bylaws of our community, introducing contract law elements such as these may cloud the discussion.

Article XVIII - Acceptance

A contract is deemed accepted when a member signs a transaction which incorporates a TAPOS proof of a block whose implied state incorporates an ABI of said contract and said transaction is incorporated into the blockchain.
Looks also too detailed for the constitution.

Article XIX - Counterparts

This Constitution may be executed in any number of counterparts, each of which when executed and delivered shall constitute a duplicate original, but all counterparts together shall constitute a single agreement.

Not necessary.

Article XV - Interim Constitution

This constitution is interim and is intended to remain in effect until a permanent constitution is written and ratified in a referendum.

Issue with the language of Article IV

Current language:
No Member shall offer nor accept anything of value in exchange for a vote of any type, nor shall any Member unduly influence the vote of another.

This also prohibits incentivizing voting through user smart contracts that could be completely unrelated to the network. I believe it is an unintended effect.

Proposed new language:
No Member shall offer nor accept anything of value in exchange for a vote submitted through any system contract, nor shall any Member unduly influence the vote of another.

(assuming that any future referenda contracts would be in fact system contracts)

The danger of vague, undefined, and misleading wording in the constitution and the need for constitutional consensus.

Without constitutional consensus, everyone will interpret it differently, and rightfully so. I have seen very little effort to ensure we are all on the same page regarding the interpretation of the constitution. I am aware effort is being made to rewrite the entire document, still, it is of the utmost importance that we all agree on what those words in the constitution actually mean

First and foremost, we must ensure everyone comprehends the language used, in the same way. We need to clarify the language used in this constitution, define key terms and only then can we really examine the potential impacts of this constitution as it stands. To avoid future conflict and unnecessary disagreement, we should never let the rule (article) define itself.

In what language is this constitution written?

Are we really assuming everyone will comprehend this constitution in the same way? Words mean different things to different people. If we want this to be a universally binding agreement, we need to make certain that everyone comprehends this constitution in the same way. As it reads now, there is too much potential for wiggle room in individual interpretation. Left as is, I would expect to see someone argue in arbitration that they could not and did not, agreed to the constitution, because they never comprehended it in the first place, and thus the articles of the constitution do not apply.

It seems to be very similar to modern English but I am afraid it could contain some Legalese, the often-misunderstood language of lawyers and judges. I am proudly not a BAR member, the entire language of legalese is incredibly misleading and was likely designed with the intentions of deceiving the native English speakers into actively consenting into obligations contracting under the illusion of comprehension.

One example which illustrates the nature of my concern is the Terms and Conditions which everyone is forced to accept before using a new web application, applying for a new credit/insurance and renting a car. Most folk never read that nonsense, partly because they do not care or will not be bothered by it, and partly because they do not understand it. There is no good reason for this confusion in my mind as the same agreement could easily be written in a language much more palatable to the common man, without the legal cost. Alas, Legalese is not meant to be understood by the common folk. It is written in Legalese.

Personal opinions aside, Black’s Law dictionary is drastically different than Webster’s English dictionary. The language we hear in court is not English. Legalese is an entirely separate language than English, both containing many similar words. I simply want to know what language this constitution is written in. Are any parts of it written in Legalese? I think the constitution itself should clarify which language and the corresponding set of definitions in which should or could be used to interpret this constitutional contract.

This could be written into article VIII for relevancy sake but as it is very important to know the language used before attempting to interpret the previous articles, could “language used” be placed as a preamble or sorts? There are some other definitions I feel like could be more clearly defined as well. They could all be presented at the top of the constitution or even as a glossary if need be. I want to make it absolutely clear what is meant by every word in the constitution.

gloss or Key terms should include: (at least)

Developer- Each Member who makes available a smart contract on this blockchain.

Member

EOS token holder

Arbitration

Termination of agreement- (come on, let's just say after 3 years of inactivity your account will be deleted forever)

Blockchain-

Constitution

Consideration

Perjury

Informed consent

Consent

Choice of Law

Violence

Initiation of violence

Language

Restitution

Open source

Amendment

Constitutional amendment

Riparian contract

Liability

Acceptance

Counterparts

Executed

Delivered

Token

EOS

Token

Vote

After coming to a consensus amongst ourselves about the meaning of the constitutional articles, a strong effort should be made to broadcast this consensus to all EOS users. we could make available a system of "constitutional comprehension support" gratis for all new EOS community members perhaps via a worker proposal. To make this even more bulletproof, we could write somewhere in the constitution itself an announcement, "do not agree to any contracts, including this constitution, until you fully comprehend the content. If you feel uncertain about any part of this constitution, you are encouraged to reach out to the comprehension support group" be it a telegram, phone line, e-mail, or whatever we should provide the correct contact info in the constitution itself. I ask for help from the community in determining if there could be a way to prevent non-EOS members from spamming the support line? something to prove they actually have EOS? Also should or could the support line be anonymous?

Ambiquity of who this consitution applies to

I am seeing a lot of people who are worried about the wider implications of this constitution and they are unsure who it actually applies to. i.e Block Producers, Holders, Developers, users or EVERYONE.

Please clarify so the community can discuss with a full understanding of who this constitution is aimed at.

Proposal for revisions of Article XVIII in the consitution

Here is the article in the current version of constitution :
Article XVIII - Acceptance

A contract is deemed accepted when a member signs a transaction which incorporates a TAPOS proof of a block whose implied state incorporates an ABI of said contract and said transaction is incorporated into the blockchain.

In the constitution, Article XVIII is the first one which includes technical issues. However, it sounds somehow ambiguous for me. In my opinion, we could make the article clearer and more obvious as below :

Proposal 1.
A contract is deemed accepted when a member signs a transaction which incorporates a TAPOS proof of a referenced block and said transaction is incorporated into the blockchain.

Proposal 2.
A contract which incorporates a TAPOS proof of a referenced block and an ABI of said contract is deemed accepted when a member signs said contract which is incorporated into the blockchain.

Any comments would be helpful.
Thanks.

Leo from EOS NodeOne

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.