EOS User Agreement v3.0 by eosvibes

View this thread on steempeak.com
· @eosvibes · (edited)
$0.26
EOS User Agreement v3.0
<html>
<p>Some community members have been working on creating new EOS constitutions. You can find a list of them <a href="https://tinyurl.com/yas5j2ha">here</a>.</p>
<p><img src="https://i.postimg.cc/9FZwt2TS/Constitution.jpg" width="1200" height="797"/></p>
<p>Initially, I was a supporter of the v2 constitution proposed by Dan Larimer, but having given it more thought, I’m not convince that BPs should be involved in or be responsible for the enforcement or execution of dispute resolution decisions. This is a specialized task, which should be carried out by people who have the required training and expertise for it. It’s not a job for Block Producers.</p>
<p>Because of this, I’m drawn to the proposed User Agreement written by EOS New York.</p>
<p><a href="https://medium.com/eos-new-york/eos-platform-user-agreement-v2-0-c0cc2496e650">https://medium.com/eos-new-york/eos-platform-user-agreement-v2-0-c0cc2496e650</a></p>
<p>EOS New York has decided to rename their version of the constitution to that of a ‘User Agreement’ because the word <em>constitution</em> has different meanings to different cultures and some of those meanings have a negative connotation attached to them.</p>
<p>Out of all of the constitutions created thus far, I like EOS New York’s the most, but in no way will I be proposing it, or voting for it via the referendum under its current guise.</p>
<p>I will explain why not in a moment, but first, I would like to thank EOS New York for the incredible work they have done putting this User Agreement together. Even though I will spend much of this article pulling their <em>regproducer</em> agreement apart, the work they have put into creating this User Agreement, <em>regarb</em> and <em>regforum</em> has been excellent and I cannot stress this enough. My critique against their <em>regproducer</em> agreement is so extensive because that is the only thing I can find wrong with their attempt at an EOS constitution. The rest of it is brilliant and it allows for any additions to be made, both now or in the future.</p>
<p>When I spoke with Kevin Rose (Co-Founder, Head of Community EOS New York) and raised with him the concerns I had regarding the Regproducer element of their drafted User Agreement, he was very gracious and stated;</p>
<blockquote>“The purpose of the proposal was to be an open source template. To this end it was written with the most lean, basic, but complete framework for governance that we could create. EOS New York isn’t going to propose it. You are free to take it and alter it how you see fit.”</blockquote>
<p>I have linked to the full version of EOS New York’s draft of their User Agreement above, but in order to allow this article to flow without you having to click away to a different page, I will also put it below:</p>
<h1>EOS New York’s User Agreement v2.0</h1>
<h3>Article I — Distributed Jurisdiction</h3>
<p>All records and actions on The EOS blockchain <code>chain_id</code> are recorded forever. Due to the distributed nature of blockchain, the EOS blockchain <code>chain_id</code> is not subject to any particular jurisdiction. The EOS blockchain<code>chain_id</code> is to be governed by and construed under the rules contained herein, the <em>EUA</em>. However, Users are expected to adhere to the laws of their local jurisdiction.</p>
<h3>Article II — User&nbsp;types</h3>
<ul>
  <li>Users who call <code>regproducer</code> agree to, and are bound by, the <em>regproducer </em>Ricardian Contract.</li>
  <li>Users who call<code>regarb</code> agree to, and are bound by, the <em>regarb </em>Ricardian Contract.</li>
  <li>Users who call<code>regforum</code> agree to, and are bound by, the <em>regforum </em>Ricardian Contract.</li>
</ul>
<h3>Article III — Consent of the&nbsp;EUA</h3>
<p>All Users consent to these terms, definitions, and standards. <code>chain_id</code> string is included in the signature of every valid transaction signifying consent.</p>
<h3>Article IV — Governing Documents</h3>
<p>The <em>EUA</em> &amp; <em>governing documents</em> are to be modified only by User Referendum.</p>
<h3>Article V — User Referendum</h3>
<p>User Referendums must be submitted on-chain either in full text or as a hash of the referendum text. A User Referendum is considered approved for execution once at least 15% of issued tokens have registered a vote for the associated referendum, ‘affirmative’ tokens exceed the number of ‘negative’ staked tokens by a difference of no less than 10% of total percentage of registered votes (i.e. 55% yes, 45% no) EOS. This threshold must be met and remain above the minimum requirements for a period of at least 30 consecutive days within a 120-day period. Should a User Referendum not be approved for execution within the 120-day period, it is considered expired and must be resubmitted if another vote is desired. The 120-day period starts when the transaction which includes the referendum question is appended to the blockchain. EOS tokens issued during the 120-period are counted toward the total issued amount calculation.</p>
<h3>Article VI — Native Unit of&nbsp;Value</h3>
<p>The native unit of value on EOS <code>chain_id</code> shall be the EOS token as defined and created by the <code>eosio.token</code> smart contract.</p>
<h3>Article VII — Maintaining the EOS blockchain</h3>
<p>Block Producers will maintain the active blockchain codebase. Further, they shall participate in the testing, review, and implementation to all modifications of existing features, all optimizations, and all upgrades: present and future. Any attempt to alter the <em>EUA </em>or any <em>governing document</em>, as well as any action that may alter the current state of any tokens considered network funds, is prohibited without prior authorization obtained through a User Referendum conducted in accordance with Article VI. All other stipulations, requirements, demands, and standards for all Block Producers shall be delineated in the <em>regproducer </em>agreement.</p>
<h3>Article VIII — Network&nbsp;Funds</h3>
<p>Altering the state of any tokens contained within network fund accounts requires User Referendum. Altering any pre-existing code that directly or indirectly governs the allocation, fulfillment, or distribution of any network funds requires User Referendum.</p>
<h3>Article IX — Dispute Resolution</h3>
<p>Any on-chain provision included in any on-chain transaction, smart contract, or Ricardian Contract, involving any type of EOS based property that results in controversy between parties to such a provision, or the refusal by any party to such a provision to perform the whole or any part thereof, or any controversy arising out of any other type of on-chain agreement between parties, shall be settled by arbitration. If such a provision names or appoints an arbitrator or arbitrators registered through <em>regforum </em>Ricardian Contract or <em>regarb </em>Ricardian Contract, such method shall be followed. The application of either party to the controversy to the duly named <code>regforum</code> or <code>regarb</code> in such an on-chain provision is valid and enforceable, and <code>regforum</code> or <code>regarb</code> will act to resolve the controversy with full binding force and effect. Where agreed upon, users will submit to arbitration an existing controversy arising out of an on-chain transaction, smart contract, or Ricardian contract and will be administered by an arbitrator or arbitrators registered through <em>regforum </em>Ricardian Contract or <em>regarb </em>Ricardian Contract. The enforcement of any valid arbitral award relies solely on the parties to the dispute to execute.</p>
<h3>Article X — Freedom of Account&nbsp;Creation</h3>
<p>Any current or future User is free to create an EOS Account. Block Producers may never affect an EOS User Account(s) unless the account owner has explicitly requested it, prescribed the exact actions to be taken, and have proven their ownership of the account. Block Producers may charge a fee for this actions taken, which is to be deposited into <code>eosio.vpay</code> account and distributed as <code>eosio.vpay</code> tokens are.</p>
<h3>Article XI — No Fiduciary</h3>
<p>No User shall have a fiduciary purpose to support the value of the EOS token. No User can authorize anyone to hold assets, borrow, speak, contract on behalf of other EOS Users or the blockchain <code>chain_ID</code> collectively. This blockchain shall have no owners, managers, or fiduciaries.</p>
<h3>Article XII — Personal&nbsp;Security</h3>
<p>All items pertaining to personal account security, including but not limited to the safekeeping of private keys, is solely the responsibility of the User to secure. No Block Producer is liable for any EOS Account protection.</p>
<h3>Article XIII — Inflation.</h3>
<p>Inflation is set at 1% per annum which is to be allocated to Block Producers for services provided to the EOS Blockchain <code>chain_id</code>.</p>
<h3>Article XIII — Freedom of Association and&nbsp;Contract</h3>
<p>The <em>EUA </em>grants freedom of contract based on agreement and free choice<em>.</em></p>
<h3><code>Regproducer </code>Agreement</h3>
<p>The current <code>regproducer</code> <a href="https://github.com/EOS-Mainnet/governance/blob/master/eosio.system/eosio.system-regproducer-rc.md">agreement</a> is a good first attempt but it can be vastly simplified. The reality is that only items required of this agreement are consistent block production and the ability for BPs to self-enforce and remove bad actors.</p>
<p>The intent of the <code>regproducer</code> action is to register an account as a BP candidate.</p>
<p>I, <code>producer</code>, agree that I may be removed by 15/21 Block Producers for any reason deemed appropriate at any time.</p>
<p>I, <code>producer</code>, acknowledge and agree that my <code>producer</code> account is exempt from Article X of the EUA and submit that 15/21 Block Producers may effect my account if deemed necessary.</p>
<h3>Regarb Agreement</h3>
<p>The <code>regarb </code>agreement serves to create a database of professionals who offer their services for on-chain dispute resolution. Inspiration for this language comes directly from American Bar Association Code of Ethics for Arbitrators in Commercial Disputes.</p>
<p>I, <code>arbitrator</code>, hereby nominate myself for consideration as a valid arbitrator for dispute resolution services deriving from on-chain disputes.</p>
<p>If <code>arbitrator</code> is unable to perform obligations under this contract I will resign my position replacing my account permissions with a null key.</p>
<p>I, <code>arbitrator</code> hereby agree to only use <code>arbitrator_key</code> to sign messages if accompanied by the cryptographic hash of the set of rules for dispute resolution used to resolve the dispute and to communicate on-chain directly with <code>regforum</code> for which I am associated.</p>
<p>I, <code>arbitrator</code> agree to maintain the following information on <code>chain_id</code> which can be accessed by any EOS member;&nbsp;<br>
(1) Location&nbsp;<br>
(2) Fee Schedule (If independent)&nbsp;<br>
(3) Area(s) of Expertise&nbsp;<br>
(4) Language(s)&nbsp;<br>
(5) EOS Account Name</p>
<p>I, <code>arbitrator</code> agree that I can serve impartially;&nbsp;<br>
(1) that I can serve independently from the parties, potential witnesses, and the other arbitrators;&nbsp;<br>
(2) that I am competent to serve; and&nbsp;<br>
(3) that I can be available to commence the arbitration in accordance with the requirements of the proceeding and thereafter to devote the time and attention to its completion that the parties are reasonably entitled to expect.</p>
<p>I <code>arbitrator</code> will avoid entering into any business, professional, or personal relationship, or acquire any financial or personal interest, which is likely to affect impartiality or which might reasonably create the appearance of partiality.</p>
<p>For a reasonable period of time after the decision of a case, I <code>arbitrator</code> will avoid entering into any such relationship, or acquire any such interest, in circumstances which might reasonably create the appearance that I have been influenced in the arbitration by the anticipation or expectation of the relationship or interest.</p>
<p>I, <code>arbitrator</code> will conduct myself in a way that is fair to all parties and will not be swayed by outside pressure, public clamor, and fear of criticism or self-interest. I will avoid conduct and statements that give the appearance of partiality toward or against any party.</p>
<p><code>arbitrator</code> authority is derived from any on-chain provision included in any on-chain transaction, smart contract, or Ricardian Contract explicitly appointing <code>arbitrator</code> in the case of any controversy resulting from such an on-chain provision.</p>
<p>I, <code>arbitrator</code>, will neither exceed that authority nor do less than is required to exercise that authority completely. Where the agreement of the parties sets forth procedures of a specific on-chain forum to be followed in conducting the arbitration or refers to rules to be followed, it is the obligation of <code>arbitrator</code> to comply with such procedures or rules.</p>
<p><code>arbitrator</code> has no ethical obligation to comply with any agreement, procedures or rules that are unlawful in any relevant jurisdiction.</p>
<p>I, <code>arbitrator</code> will conduct the arbitration process so as to advance the fair and efficient resolution of the matters submitted for decision. I will make all reasonable efforts to prevent delaying tactics, harassment of parties or other participants, or other abuse or disruption of the arbitration process.</p>
<p>The ethical obligations of <code>arbitrator</code> begin upon application of parties to a dispute to resolve said dispute and continue throughout all stages of the proceeding. In addition, as set forth in this contract, certain ethical obligations begin as soon as a person is requested to serve as an arbitrator and certain ethical obligations continue after the decision in the proceeding has been given to the parties.</p>
<p>Once I, <code>arbitrator</code> have accepted an agreement to arbitrate a dispute, I will not withdraw or abandon the position unless compelled to do so by unanticipated circumstances that would render it impossible or impracticable to continue. For where I am to be compensated for my services, I may withdraw if the parties fail or refuse to provide for payment of the compensation as agreed.</p>
<p>If I, <code>arbitrator</code>, withdraw prior to the completion of the arbitration, whether upon my initiative or upon the request of one or more of the parties, I will take reasonable steps to protect the interests of the parties in the arbitration, including return of evidentiary materials and protection of confidentiality.</p>
<p>Where I, <code>arbitrator</code>, are contracted directly by parties to a dispute I will communicate any award resulting from such a dispute on-chain to the debtor and creditor to such an award.</p>
<h3>Regforum Agreement</h3>
<p>The <code>Regforum</code> agreement serves to create a database of arbitration forums willing and able to do business on EOS <code>chain_id</code>.</p>
<p><code>forum</code> will provide effective, efficient, and economical methods of dispute resolution.</p>
<p><code>forum</code> will administer arbitration cases but not determine the merits of a case.</p>
<p><code>forum</code> will neither write arbitrator awards nor review the merits of their reasoning.</p>
<p><code>forum</code> will provide a method of judicial oversight for arbitrator impartiality.<code>forum</code> will maintain a website which will include therein a fee schedule, online case access, and an up to date set(s) of rules for dispute resolution under which <code>forum</code> will administer.</p>
<p><code>forum</code> agrees to maintain the following information on <code>chain_id</code> which can be accessed by any User;</p>
<ul>
  <li>URL of Main Website</li>
  <li>URL of Rules of Dispute Resolution</li>
  <li>URL of Fee Schedule</li>
  <li>EOS Account ID</li>
  <li>A complete list of member arbitrators</li>
</ul>
<p><code>forum</code> will be responsible for the communication to clients regarding arbitrator awards.</p>
<p><br></p>
<h1><strong>What I like about EOS New York’s User agreement</strong></h1>
<p><br></p>
<ul>
  <li><strong>It’s relatively short, salient and easy to read.</strong></li>
  <li><strong>I like the name change (allows EOS to be as inclusive as possible).</strong></li>
  <li><strong>I like that they have removed the EOS Core Arbitration Forum (ECAF) as the sole centralized arbitrator and replaced them with a free market arbitration system.</strong></li>
  <li><strong>I like the </strong><em><strong>regarb</strong></em><strong> agreement as a code of conduct for arbiters operating on EOS.</strong></li>
</ul>
<p><br></p>
<p>ECAF was conceived as an arbitration forum, yet it oversteps the remit for what arbitration is and as yet, ECAF has not declared or clearly defined a scope for its organisation. ECAF has also proved that it takes an incredibly long time to reach conclusions and issue orders. Whilst this is good for arbitration (we want to make sure they take adequate time to access each case), it is not a good process for carrying out actions that need to happen quickly (such as removing bad actors from the system). Block Producers are probably in a better positioned and better equipped to assess and make decisions that require swift implementation.</p>
<p><br></p>
<h1>What I feel needs amending within EOS New York’s User Agreement v2.0</h1>
<p><br></p>
<ul>
  <li><strong>Their version of the </strong><em><strong>regproducer </strong></em><strong>Ricardian Contract. </strong>This is the only part of their agreement that I believe needs to be re-written.</li>
</ul>
<p><br></p>
<p>EOS New York’s user agreement strips ECAF from the role of sole arbitrator and constitutional dispute judge and instead replaces them with a free market arbitration system (which ECAF can still be a part of). It also proposes Block Producers self-police.</p>
<p>I believe giving Block Producers self-policing powers without any framework or code of conduct (like <em>regarb</em> has), would be a recipe for disaster.</p>
<p>Self-policing systems without codes of conduct or moral frameworks don’t work and quickly become self-serving and corrupt. Look at what happened when the banks were allowed to self-regulate the sub-prime mortgage market without any code of conduct in place. Any sense of what’s good or bad for the wider community/economy goes out of the window and self-serving greed takes over. This is an unfortunate human condition that we cannot solve with blockchain or wishful free-market thinking. There needs to be a rule set in which we all agree to abide by and enforcement measures for those who wish to cheat.</p>
<p>Even though ECAF has largely been seen as a negative for EOS, their supporters say they need to remain in place in order to ensure all users (including block producers) adhere to the rules of the EOS constitution and make DPoS work better by balancing out the power structure.</p>
<p>If ECAF were to reduce and define their scope as an independent body that only policed and enforced against non-compliant block producers (i.e. became a completely different organisation), then I would be willing to take a look at that as a viable role for them.</p>
<p>Until such a time, the User Agreement EOS New York have come up, together with an amended <em>regproducer</em> agreement, appears to be a sensible way forward — at least over the short-term.</p>
<p><br></p>
<h2><strong>What’s wrong with EOSNY’s proposed </strong><em><strong>regproducer</strong></em><strong> agreement?</strong></h2>
<p><br></p>
<p>It doesn’t provide any framework or guidelines for how we (the community) wish Block Producers to behave as custodians of the network or how we wish them to enact their powers and in what circumstances.</p>
<p>Compare that to <em>regarb</em> which is both explicit and extensive as to what is required of arbiters who wish to operate on the EOS network.</p>
<p>Some say voting is the only mechanism required in order for the community to determine good Block Producers from bad, but I somewhat disagree with that. Voting allows one to exercise ones’ choice of candidate; it doesn’t put any kind of framework in place for how that candidate is expected to behave once they have attained a position of responsibility.<br>
Corruption is an accepted business practice in some parts of the world, but not others. As a community, we need to at least agree on a few rights and wrongs in order for us to all get along — Agreements, whether stated or implied, are how cultures and civilizations cooperate and function.</p>
<p>The changes EOSNY makes in their User Agreement and <em>regproducer</em> agreement effectively installs BPs as governors of the EOS blockchain, without giving them a code of conduct in which to abide by (like it does to arbiters under <em>regarb)</em>.</p>
<p>Without specifying exactly what is or isn’t acceptable behaviour as a Block Producer and instead replacing those specifics with non-specific sweeping (decision-making/political/enforcement) powers, would inevitably result in the network being corrupted and run by 15 colluding BPs over time (a cabal).</p>
<p>Without a framework or rules of conduct, self-interest and greed will become the driving forces behind block producer motives. When block producers are given free reign to make up the rules, they typically make those rules suit themselves rather than the network they’re supposed to serve. Look at how other DPoS blockchains without rule sets turn out (Lisk is a prime example).</p>
<p>Also, try if you can, to imagine voting for politicians in a country where there were no laws or codes of conduct and those same politicians were also the police and the justice system all rolled into one, giving themselves the mandate; ‘Any political opponent can be put in prison for any reason deemed appropriate at any time’.</p>
<p>Would you like to live in such a country?</p>
<p>No, me either.</p>
<p>Yet this is what EOS New York’s regproducer agreement advocates.</p>
<p><br></p>
<blockquote>“I, <code>producer</code>, agree that I may be removed by 15/21 Block Producers for any reason deemed appropriate at any time.”</blockquote>
<p><br></p>
<p>I’m not sure of the reason why EOS New York put such a non-specific statement into their version of <em>regproducer</em>, I suspect it may be so the good Block Producers can remove the bad ones as well as respond to novelty if/when it occurs.</p>
<p>We don’t know who the future BP power players will be. It’s a forever changing landscape and in a years’ time the entire list of top 21 Block Producers could have completely changed. EOS New York themselves may not be a top 21 Block Producer 12 months from now (although I hope they are). So whomever ends up being in the top 21, let’s at least give them a rule set and code of conduct to work off.</p>
<p>If vote buying and spinning up multiple nodes is allowed to continue (the EOSNY User Agreement or regproducer doesn’t state that this not allowed), then the aim of the game for BPs, will likely quickly turn into getting as many nodes into the top 21 positions as possible (in order to achieve more of the enforcement powers and set the rules against competing BPs). I think it encourages the wrong motivations.</p>
<p>Some block producers are clearly already breaking the rules of the current constitution by buying votes, but under EOSNY’s user agreement they wouldn’t be.</p>
<p>When I asked Kevin about this he replied;</p>
<blockquote>Under the agreement vote buying, or any tactic, is “allowed” so long as it doesn’t upset 15 of the 21.</blockquote>
<p>So, wrongdoing is decided by 15 block producers getting together and deciding they don’t like what another block producer is doing. This would be dangerous as it would allow BPs to remove competing BPs for any reason they deem appropriate, at any time, without justification. Again, I think it encourages the wrong motivations.</p>
<p>I think it would also be used as a method to remove BP competitors who have different ideas on how a BP should be run. Especially when there are no defined rules issued to Block Producers (by the community) as to what is deemed acceptable BP behaviour.</p>
<p>So instead, my suggestion would be; let the community decide what is acceptable in the first instance and then allow the BPs to enforce it.</p>
<p><br></p>
<h2>Under EOSNY’s regproducer agreement, we don’t know if vote buying and running multiple BPs is right or&nbsp;wrong</h2>
<p><br></p>
<p>BPs themselves wouldn’t know if buying votes is right or wrong as this new User Agreement + <em>regproducer</em> doesn’t mention anything about it being acceptable or not.</p>
<p>At best it leaves ambiguity and uncertainty.</p>
<p>BPs buying votes in order to stay in paid positions and running more than 1 Block Producer to maximize rewards earned would likely be chosen over the long-term health and development of the network in which they’re supposed to serve. This has proven to be the case on other DPoS blockchain networks that don't have rules or codes of conduct.</p>
<p>Good block producers also resort to buying votes because if they didn’t, they wouldn’t remain competitive or remain in business.</p>
<p>There are some proponents within the EOS community that say DPoS systems will always resort to vote buying and it can never be stopped so we shouldn’t even try to stop it and it will only go underground if we do. Instead we should embrace it. For those of you who agree with this statement, I encourage you to propose the inclusion of vote buying as a stated and acceptable practice into <em>regproducer</em> under an EOS User Agreement v4.0.</p>
<p>N.B. Without stating whether vote buying is an acceptable practice or not, we are no closer to reaching clarity or consensus on the matter. It is for this reason that I have included no vote buying in <em>regproducer</em> for the <strong>EOS User Agreement v3.0</strong>.</p>
<p>EOSNY’s version of <em>regproducer </em>doesn’t address vote buying at all, so as a fellow block producer I am left wondering is it acceptable, welcomed or plain wrong???</p>
<blockquote>“I, producer, agree that I may be removed by 15/21 Block Producers for any reason deemed appropriate at any time.”</blockquote>
<p><br></p>
<p>I feel this isn’t good enough for clarification purposes. The community should decide on whether vote buying is something they want BPs to offer and the governing BPs should then enforce the community’s wishes around it.</p>
<p>Under the current constitution (v1), vote buying is not allowed, yet some block producers are ignoring this rule and are doing it anyway. As of now, the only way to prevent them from breaking the rules of the v1 constitution is to raise a case with ECAF and wait for them to rule. Such a process may take between 6 months to 2 years to conclude, and is therefore an unworkable solution.</p>
<p>Having BPs rule against other BPs will be much quicker and much more effective as an enforcement mechanism. However, we need to be very clear and careful with regards to when, how and under what circumstances this is done.</p>
<p>As a minimum requirement, surely there needs to at least be a code of conduct (within <em>regproducer</em>) that all Block Producers agree to adhere to?</p>
<p>That’s why I propose we give the Block Producers a framework (within <em>regproducer</em>) to only kick out non-compliant BPs instead of carte blanche powers to remove any BP for any reason deemed appropriate at any time.</p>
<p>15/21 BPs can then remove other non-compliant BPs <strong>only</strong> if they break the rules of the user agreement and/or the <em>regproducer</em> agreement and not for any other reason(s).</p>
<p>The responsibility therefore lies with the EOS community to state to Block Producers via referenda, how and in what circumstances we (the community), wish them to exert these enforcement powers.</p>
<h1>Proposal for amended Regproducer Agreement under EOS User Agreement v3.0</h1>
<p><br>
All documents to remain as per EOS User Agreement v2.0 <strong>apart from</strong> <em>regproducer<br>
</em></p>
<h2><br>
EOS User Agreement v3.0 Regproducer Agreement</h2>
<p><br></p>
<p>The intent of the <code>regproducer</code> action is to register an account as a BP candidate.</p>
<p>If I, <code>producer</code>, am selected to produce blocks by the eosio contract, I will sign blocks with {{producer_key}} and I hereby attest that I will keep this key secret and secure.</p>
<p>I, <code>producer</code>, hereby acknowledge that 2/3+ other elected producers may vote to disqualify {{producer}} in the event {{producer}} is unable to produce blocks or is unable to be reached, according to criteria agreed to among producers.</p>
<p>I, <code>producer</code>, hereby agree to align my self interests with the interests of the security and health of the EOS network.</p>
<p>I, <code>producer</code>, agree that double-signing for a timestamp or block number in concert with 2 or more other producers shall automatically be deemed malicious and subject to immediate disqualification from being a producer. An exception may be made if {{producer}} can demonstrate that the double-signing occurred due to a bug in the reference software; however the burden of proof is on {{producer}}.</p>
<p>I, <code>producer</code>, agree not to interfere with the producer election process. I agree to process all producer election transactions that occur in blocks I create, to sign all objectively valid blocks I create that contain election transactions, and to sign all pre-confirmations and confirmations necessary to facilitate transfer of control to the next set of producers as determined by the system contract.</p>
<p>The community agrees to allow {{producer}} to authenticate peers as necessary to prevent abuse and denial of service attacks; however, I, <code>producer</code>, agree not to discriminate against non-abusive peers.</p>
<p>I, <code>producer</code>, agree to process transactions on a FIFO best-effort basis and to honestly bill transactions for measured execution time.</p>
<p>I, <code>producer</code>, agree to consult the community via referenda, before agreeing to move, change or allocate any fund(s) held within any system account.</p>
<p>I, <code>producer</code>, agree not to manipulate the contents of blocks in order to derive profit from the order in which transactions are included in the hash of the block that is produced.</p>
<p>I, <code>producer</code>, hereby agree to disclose all ultimate beneficial owners and all direct shareholders who own a 10% or more interest in my block producer.</p>
<p>I, <code>producer</code>, hereby agree to own and operate or have a vested interest in; no more than 1 block producing node.</p>
<p>I, <code>producer</code>, agree to maintain a website which contains up-to-date information on the owners and investors of our block producing node.</p>
<p>I, <code>producer</code>, hereby agree to cooperate with other block producers to carry out our respective and mutual obligations under this agreement, including but not limited to maintaining network stability and a valid blockchain.</p>
<p>I, <code>producer</code>, hereby agree not to act in any way that purposefully makes another block producer miss blocks.</p>
<p>I, <code>producer</code>, agree to accurately set our node location such that other producer(s) can schedule with minimal latency between my previous and next peer.</p>
<p>I, <code>producer</code>, agree not to produce blocks before my scheduled time unless I have received all blocks produced by the prior producer.</p>
<p>I, <code>producer</code>, agree not to set the RAM supply to more RAM than my nodes contain and to resign if I am unable to provide the RAM approved by 2/3+ producers, as shown in the system parameters.</p>
<p>I, <code>producer</code>, agree to operate in a cooperative manner with other block producers in order to protect and prevent against any major hack of the EOS blockchain, providing it is within my power(s) to do so. I <code>producer</code>, also reserve the right, under exceptional circumstances, to temporarily suspend other requirements of this agreement in order to prevent such a hack from occurring.</p>
<p>I, <code>producer</code>, acknowledge and agree that my <code>producer</code> account is exempt from Article X of the EUA and submit that 15/21 Block Producers may effect my account and remove me as Block Producer if I brake any of the rules contained herein this <em>regproducer</em> agreement.</p>
<p>I, <code>producer</code>, agree to voluntarily unreg producer or have other block producers unreg me if I am unable to adhere or perform to the obligations set under this contract.</p>
<p>I, <code>producer</code>, agree not to remove any Block Producer unless there is evidence that explicitly shows that they have broken a clause contained within this agreement that was not due to a system bug.</p>
<p><br></p>
</html>
👍  , , , , , , , , , , ,
properties (23)
post_id67,290,660
authoreosvibes
permlinkeos-user-agreement-v3-0
categoryeosvibes
json_metadata{"tags":["eosvibes","constitution","useragreement","v3","eosnewyork"],"image":["https:\/\/i.postimg.cc\/9FZwt2TS\/Constitution.jpg"],"app":"steemit\/0.1","format":"html","links":["https:\/\/tinyurl.com\/yas5j2ha","https:\/\/medium.com\/eos-new-york\/eos-platform-user-agreement-v2-0-c0cc2496e650","https:\/\/github.com\/EOS-Mainnet\/governance\/blob\/master\/eosio.system\/eosio.system-regproducer-rc.md"]}
created2018-12-11 17:08:09
last_update2018-12-11 23:38:00
depth0
children4
net_rshares439,413,048,762
last_payout2018-12-18 17:08:09
cashout_time1969-12-31 23:59:59
total_payout_value0.198 SBD
curator_payout_value0.062 SBD
pending_payout_value0.000 SBD
promoted0.000 SBD
body_length33,286
author_reputation108,531,437,568
root_title"EOS User Agreement v3.0"
beneficiaries[]
max_accepted_payout1,000,000.000 SBD
percent_steem_dollars10,000
author_curate_reward""
vote details (12)
@samupaha ·
Really nice to see that you are moving to the right direction with your thinking! But there was still a little bit of misunderstanding in your proposal.

> I like that they have removed the EOS Core Arbitration Forum (ECAF) as the sole centralized arbitrator and replaced them with a free market arbitration system.

They didn't replace ECAF with another system, they removed base-layer arbitration completely and created the official way to use app-level arbitration. These are two completely different things. Base-layer arbitration means the arbitration of constitutional disputes. With EOS NY's proposal, this would be in the hands of BPs.

I see it as a step backwards. When the stakes are high, it's usually a good idea to decentralize the system and create several independent institutions to run the system. In this case, the model EOS uses resembles what countries are doing (at least some of them). They separate different powers: legislative (in EOS, voters through referendums), executive (BPs), and judicial (ECAF). With EOS NY's proposal, ECAF will be removed and its powers are given to BPs.

> ECAF was conceived as an arbitration forum, yet it oversteps the remit for what arbitration is and as yet, ECAF has not declared or clearly defined a scope for its organisation.

I'm not sure how ECAF could do any of this. The scope of disputes is defined by the community. It's the community which sets the rules, not ECAF. ECAF doesn't have any say in the constitution, and it really shouldn't. That's the job for the community. ECAF will only resolve the conflicts that the community asks it to resolve. The constitution is the scope.

If you don't like that ECAF is handling certain cases, you can't ask them to drop them. You need to ask the community to amend the constitution so that those cases of dispute are not possible to arise from the constitution anymore.

> ECAF has also proved that it takes an incredibly long time to reach conclusions and issue orders. Whilst this is good for arbitration (we want to make sure they take adequate time to access each case), it is not a good process for carrying out actions that need to happen quickly (such as removing bad actors from the system). Block Producers are probably in a better positioned and better equipped to assess and make decisions that require swift implementation.

BPs can do emergency actions also in the current system. They just need to file a case after that, so that ECAF can verify if the action was rightful or not.

> If ECAF were to reduce and define their scope as an independent body that only policed and enforced against non-compliant block producers (i.e. became a completely different organisation), then I would be willing to take a look at that as a viable role for them.

Again, if you want to reduce and/or define the scope of ECAF, you can't ask ECAF to do it for itself. You need to ask it from the community, because it's the community which writes its own rules.
properties (22)
post_id67,385,695
authorsamupaha
permlinkre-eosvibes-eos-user-agreement-v3-0-20181213t211321164z
categoryeosvibes
json_metadata{"tags":["eosvibes"],"app":"steemit\/0.1"}
created2018-12-13 21:13:21
last_update2018-12-13 21:13:21
depth1
children1
net_rshares0
last_payout2018-12-20 21:13:21
cashout_time1969-12-31 23:59:59
total_payout_value0.000 SBD
curator_payout_value0.000 SBD
pending_payout_value0.000 SBD
promoted0.000 SBD
body_length2,968
author_reputation43,651,583,224,016
root_title"EOS User Agreement v3.0"
beneficiaries[]
max_accepted_payout1,000,000.000 SBD
percent_steem_dollars10,000
@eosvibes ·
>They didn't replace ECAF with another system, they removed base-layer arbitration completely and created the official way to use app-level arbitration. These are two completely different things. Base-layer arbitration means the arbitration of constitutional disputes. With EOS NY's proposal, this would be in the hands of BPs.

I don't agree with your logic. By removing ECAF they are replacing it with something else.

>It's the community which sets the rules, not ECAF. ECAF doesn't have any say in the constitution, and it really shouldn't. That's the job for the community. ECAF will only resolve the conflicts that the community asks it to resolve. The constitution is the scope.

The EUA is the exact proposal that will hopefully remove them.

It was a mistake to install a group of under funded, inexperienced volunteers into the constitution in the first place.

>BPs can do emergency actions also in the current system. They just need to file a case after that, so that ECAF can verify if the action was rightful or not.

The community will decide if BP actions are rightful or not. We don't need ECAF for that.
properties (22)
post_id67,500,824
authoreosvibes
permlinkre-samupaha-re-eosvibes-eos-user-agreement-v3-0-20181216t181322821z
categoryeosvibes
json_metadata{"app":"steemit\/0.1","tags":["eosvibes"]}
created2018-12-16 18:13:21
last_update2018-12-16 18:13:21
depth2
children0
net_rshares0
last_payout2018-12-23 18:13:21
cashout_time1969-12-31 23:59:59
total_payout_value0.000 SBD
curator_payout_value0.000 SBD
pending_payout_value0.000 SBD
promoted0.000 SBD
body_length1,121
author_reputation108,531,437,568
root_title"EOS User Agreement v3.0"
beneficiaries[]
max_accepted_payout1,000,000.000 SBD
percent_steem_dollars10,000
@partiko ·
Thank you so much for sharing this amazing post with us!

Have you heard about Partiko? It’s a really convenient mobile app for Steem! With Partiko, you can easily see what’s going on in the Steem community, make posts and comments (no beneficiary cut forever!), and always stayed connected with your followers via push notification!

Partiko also rewards you with Partiko Points (3000 Partiko Point bonus when you first use it!), and Partiko Points can be converted into Steem tokens. You can earn Partiko Points easily by making posts and comments using Partiko.

We also noticed that your Steem Power is low. We will be very happy to delegate 15 Steem Power to you once you have made a post using Partiko! With more Steem Power, you can make more posts and comments, and earn more rewards!

If that all sounds interesting, you can: 

- Download Partiko Android at [Google Play](http://bit.ly/2SRFIta)
- Or Download Partiko iOS on the [App Store](https://apple.co/2PcXkSd)

Thank you so much for reading this message!
properties (22)
post_id68,958,770
authorpartiko
permlinkpartiko-re-eosvibes-eos-user-agreement-v3-0-20190118t074000432z
categoryeosvibes
json_metadata{"app":"partiko"}
created2019-01-18 07:40:00
last_update2019-01-18 07:40:00
depth1
children0
net_rshares0
last_payout2019-01-25 07:40:00
cashout_time1969-12-31 23:59:59
total_payout_value0.000 SBD
curator_payout_value0.000 SBD
pending_payout_value0.000 SBD
promoted0.000 SBD
body_length1,019
author_reputation39,204,266,552,701
root_title"EOS User Agreement v3.0"
beneficiaries[]
max_accepted_payout1,000,000.000 SBD
percent_steem_dollars10,000
@steemitboard ·
Congratulations @eosvibes! You received a personal award!

<table><tr><td>https://steemitimages.com/70x70/http://steemitboard.com/@eosvibes/birthday1.png</td><td>Happy Birthday! - You are on the Steem blockchain for 1 year!</td></tr></table>

<sub>_You can view [your badges on your Steem Board](https://steemitboard.com/@eosvibes) and compare to others on the [Steem Ranking](http://steemitboard.com/ranking/index.php?name=eosvibes)_</sub>


**Do not miss the last post from @steemitboard:**
<table><tr><td><a href="https://steemit.com/steemitboard/@steemitboard/the-steem-blockchain-survived-its-first-virus-plague"><img src="https://steemitimages.com/64x128/https://steemitimages.com/0x0/![](https://cdn.steemitimages.com/DQmYKnawrtqFCShyVvVs4QS7548eretcMUKQJc3D2f69pb9/image.png)"></a></td><td><a href="https://steemit.com/steemitboard/@steemitboard/the-steem-blockchain-survived-its-first-virus-plague">The Steem blockchain survived its first virus plague!</a></td></tr></table>

###### [Vote for @Steemitboard as a witness](https://v2.steemconnect.com/sign/account-witness-vote?witness=steemitboard&approve=1) to get one more award and increased upvotes!
properties (22)
post_id72,855,267
authorsteemitboard
permlinksteemitboard-notify-eosvibes-20190410t183905000z
categoryeosvibes
json_metadata{"image":["https:\/\/steemitboard.com\/img\/notify.png"]}
created2019-04-10 18:39:06
last_update2019-04-10 18:39:06
depth1
children0
net_rshares0
last_payout2019-04-17 18:39:06
cashout_time1969-12-31 23:59:59
total_payout_value0.000 SBD
curator_payout_value0.000 SBD
pending_payout_value0.000 SBD
promoted0.000 SBD
body_length1,160
author_reputation38,705,954,145,809
root_title"EOS User Agreement v3.0"
beneficiaries[]
max_accepted_payout1,000,000.000 SBD
percent_steem_dollars10,000