RTMoney

[Discussion] Foundation Definitions and Rules Proposal

21 posts in this topic

This proposal is not to be construed in any form as a legal document or legally binding in any way. This proposal was created by myself and should not be considered endorsed in it's entirety or in part by anyone unless stated directly by them. I've written this as a first draft of rules and definitions, and am seeking feedback and suggestions from the community before seeking community approval. I recommend a comment period of at least 1 week but if there are still open discussions with constructive content a longer period is more than acceptable. Also, I know there are a lot of typos, structural errors, language that uses several words interchangeably, etc in this proposal if anyone wants to improve the structure feel free - I'm in no way offended and will even edit the Original Post to keep things easy to understand.


  • The Foundation
    • The Gridcoin Foundation, is defined as a Decentralized Collaborative Organization (DCO) and has the stated goal of evolving to become a fully Decentralize Autonomous Organization (DAO).
    • A Decentralized Collaborative Organization is an organization run with limited human interaction, decisions are consensus based and actions are publicly audit-able. Due to the nature of the development cycle some actions must be performed with human interaction an Advisory Board will manage integration or implementation of Foundation consensus actions when required.
    • Foundation stakeholder ownership is proportional to the amount of Gridcoin at a given address on the Blockchain to the total Gridcoin in circulation at the highest consensus block on the Gridcoin-Research Blockchain and changes from block to block as shares are earned or transfered. The share provides the controlling interest of the address with the right to participate in decision making. The share does not entitle the owner to any compensation beyond what can be earned through participation in securing the blockchain, as defined in the Gridcoin-Research software open source code. There is no limit to ownership, there is no limit to the transfer of ownership; shares can be bought, sold, traded, earned or given.

  • The Advisory Board
    • The Advisory Board has no decision making authority, Board actions are only based on consensus decision's.
    • Board members maintain a fiduciary duty to the Foundation as facilitators of consensus decisions and can only take actions that affect the Foundation based on results from block chain based voting.
    • Board members should actively maintain an advisory role for the community in areas including but not limited to security, code, protocol, and promotion.
    • The initial advisory board will consist of 4 members, the Lead Developer and 3 members of his choosing.
    • Advisory Board members can be replaced by a consensus vote at any time. To be considered a candidate, the individual must agree to the board duties, and must verify to the satisfaction of the remaining board members proof of individuality so as not to control more than one board position at a time on the Board.  The Board Member to be replaced must be named.  Only one Board member replacement vote can be in progress at any one point on the block chain. 
    • The Advisory Board will be responsible for publicly maintaining records of account from the Foundation Block.

  • Foundation Block Accounting
    • The Foundation Block, found in the tenth block of the Gridcoin-Research blockchain, was used to fund the exchange of Gridcoin-Classic to the Gridcoin-Research, coins remain and are considered non-voting shares of the Foundation.
    • Disbursement of Foundation funds are subject to the rules of the Foundation. No additional disbursement will take place without a Consensus Vote.

  • Blockchain Consensus Voting - Fully Public and Auditable
    • Any member of the Foundation (owner of Gridcoin) can make a proposal for vote.
    • A proposal for a vote is made via a signed transaction in the block chain, the block number and proposal is then communicated to the Advisory Board. The Advisory Board is responsible for creating a voting address and posting public notice of the vote as well as setting a reasonable time frame to seek consensus.
    • Each proposal contains a binary (yes/no, true/false) question where the resolution to No/False is no action taken.
    • All questions resolve to No/False until a Consensus Vote is achieved, upon Consensus Vote the proposal is considered approved and the Advisory Board is compelled to implement the change within a time frame that is considered reasonable.
    • A Consensus Vote is defined as 51% of eligible voting shares maintaining a Yes/True vote
      • Examples of non-voting shares
        • Shares held by the Foundation are non-voting shares
        • Stale addresses, defined as no txin or txout for > 180,000 blocks (could be any number, just a random suggestion that happens to be about 6 months)
        • Addresses held by Exchanges - upon withdraw from the exchange address the shares become fully eligible upon confirmation by the network.
        • Transactions not fully confirmed by the network


    • A Yes/True vote is made by sending a single coin to the voting address, the balance of shares in the sending address are counted toward consensus. The address balance at each block height is considered for voting weight, the share of that address will be tallied with each confirmed block and will reflect the balance of shares maintained at that address at the Current Block Height.

 


 


This voting system can be achieved without making any changes to our current software or protocol. All that is needed is a database of the blockchain in order to tally the Consensus Vote. I can make and host a "voting explorer" on the web, I will also publish it as an open source project so that anyone can reproduce the results themselves. You could also audit the vote with any block explorer and some time.


Edited by RTMoney

Share this post


Link to post
Share on other sites

 

This proposal is not to be construed in any form as a legal document or legally binding in any way. This proposal was created by myself and should not be considered endorsed in it's entirety or in part by anyone unless stated directly by them. I've written this as a first draft of rules and definitions, and am seeking feedback and suggestions from the community before seeking community approval. I recommend a comment period of at least 1 week but if there are still open discussions with constructive content a longer period is more than acceptable. Also, I know there are a lot of typos, structural errors, language that uses several words interchangeably, etc in this proposal if anyone wants to improve the structure feel free - I'm in no way offended and will even edit the Original Post to keep things easy to understand.

  • The Foundation
    • The Gridcoin Foundation, is defined as a Decentralized Collaborative Organization (DCO) and has the stated goal of evolving to become a fully Decentralize Autonomous Organization (DAO).
    • A Decentralized Collaborative Organization is an organization run with limited human interaction, decisions are consensus based and actions are publicly audit-able. Due to the nature of the development cycle some actions must be performed with human interaction an Advisory Board will manage integration or implementation of Foundation consensus actions when required.
    • Foundation stakeholder ownership is proportional to the amount of Gridcoin at a given address on the Blockchain to the total Gridcoin in circulation at the highest consensus block on the Gridcoin-Research Blockchain and changes from block to block as shares are earned or transfered. The share provides the controlling interest of the address with the right to participate in decision making. The share does not entitle the owner to any compensation beyond what can be earned through participation in securing the blockchain, as defined in the Gridcoin-Research software open source code. There is no limit to ownership, there is no limit to the transfer of ownership; shares can be bought, sold, traded, earned or given.
  • The Advisory Board
    • The Advisory Board has no decision making authority, Board actions are only based on consensus decision's.
    • Board members maintain a fiduciary duty to the Foundation as facilitators of consensus decisions and can only take actions that affect the Foundation based on results from block chain based voting.
    • Board members should actively maintain an advisory role for the community in areas including but not limited to security, code, protocol, and promotion.
    • The initial advisory board will consist of 4 members, the Lead Developer and 3 members of his choosing.
    • Advisory Board members can be replaced by a consensus vote at any time. To be considered a candidate, the individual must agree to the board duties, and must verify to the satisfaction of the remaining board members proof of individuality so as not to control more than one board position at a time on the Board.  The Board Member to be replaced must be named.  Only one Board member replacement vote can be in progress at any one point on the block chain. 
    • The Advisory Board will be responsible for publicly maintaining records of account from the Foundation Block.
  • Foundation Block Accounting
    • The Foundation Block, found in the tenth block of the Gridcoin-Research blockchain, was used to fund the exchange of Gridcoin-Classic to the Gridcoin-Research, coins remain and are considered non-voting shares of the Foundation.
    • Disbursement of Foundation funds are subject to the rules of the Foundation. No additional disbursement will take place without a Consensus Vote.
  • Blockchain Consensus Voting - Fully Public and Auditable
    • Any member of the Foundation (owner of Gridcoin) can make a proposal for vote.
    • A proposal for a vote is made via a signed transaction in the block chain, the block number and proposal is then communicated to the Advisory Board. The Advisory Board is responsible for creating a voting address and posting public notice of the vote as well as setting a reasonable time frame to seek consensus.
    • Each proposal contains a binary (yes/no, true/false) question where the resolution to No/False is no action taken.
    • All questions resolve to No/False until a Consensus Vote is achieved, upon Consensus Vote the proposal is considered approved and the Advisory Board is compelled to implement the change within a time frame that is considered reasonable.
    • A Consensus Vote is defined as 51% of eligible voting shares maintaining a Yes/True vote
      • Examples of non-voting shares
        • Shares held by the Foundation are non-voting shares
        • Stale addresses, defined as no txin or txout for > 180,000 blocks (could be any number, just a random suggestion that happens to be about 6 months)
        • Addresses held by Exchanges - upon withdraw from the exchange address the shares become fully eligible upon confirmation by the network.
        • Transactions not fully confirmed by the network
    • A Yes/True vote is made by sending a single coin to the voting address, the balance of shares in the sending address are counted toward consensus. The address balance at each block height is considered for voting weight, the share of that address will be tallied with each confirmed block and will reflect the balance of shares maintained at that address at the Current Block Height.

 

 

This voting system can be achieved without making any changes to our current software or protocol. All that is needed is a database of the blockchain in order to tally the Consensus Vote. I can make and host a "voting explorer" on the web, I will also publish it as an open source project so that anyone can reproduce the results themselves. You could also audit the vote with any block explorer and some time.

 

thanks again for excellent work, will have to read in more detail! :)

Share this post


Link to post
Share on other sites

RTmoney, can you outline how blockchain voting will ensure that the exchanges themselves will not collude or abuse the system since they may be holding large amounts of GRC?

Share this post


Link to post
Share on other sites

RTmoney, can you outline how blockchain voting will ensure that the exchanges themselves will not collude or abuse the system since they may be holding large amounts of GRC?

 

 

As you and I briefly talked about in IRC identifying exchange balances is the hardest part of setting up this process. Initially I believe that most of the balances can be easily identified through some quick block chain analysis. There are some characteristics exchange wallets will likely display that are different than the rest of the addresses, I'm confident that I will eventually be able to write an algorithm that can automatically identify these addresses.

Share this post


Link to post
Share on other sites

Is there going to be a vote on this?  It's nearly been a month, and I'm not sure where we're at.  Is the plan to not ever have a vote and hope that code developments happen in a reasonable timeframe?

Share this post


Link to post
Share on other sites

Is there going to be a vote on this? It's nearly been a month, and I'm not sure where we're at. Is the plan to not ever have a vote and hope that code developments happen in a reasonable timeframe?

We are and have been busy, remember this is all volunteer, no one is full time. These things tak time. I actually spent some time on the voting system today. It will probably be another week before I'm done.
TyphooN likes this

Share this post


Link to post
Share on other sites

I like this idea, however I would prefer that voting was performed entirely within the client.

 

We've been discussing different voting methods for the magnitude multiplier and the dynamic whitelist in this thread: https://cryptocointalk.com/topic/38994-magnitude-multiplier/


^ Smash that upvote button! ;D

Follow me on:

Github   Twitter   Steemit   SoundCloud (Hangouts)

 

Share this post


Link to post
Share on other sites

I like this idea, however I would prefer that voting was performed entirely within the client.

 

We've been discussing different voting methods for the magnitude multiplier and the dynamic whitelist in this thread: https://cryptocointalk.com/topic/38994-magnitude-multiplier/

It would all be done in the client, and stored on the chain what I'm putting together is an explorer to see the results.

Share this post


Link to post
Share on other sites

Now that we've got a robust voting system within the gridcoin client, think you could integrate that into your proposal RT?

We need to define rules for what voting types to use for certain situations, etc.

Yea, good idea. I just back in town after holiday, I'll try to post a revision this week.
C.M likes this

Share this post


Link to post
Share on other sites

wrong tread! LOL

Edited by sEpuLchEr

Gridcoin - Paving the Way Towards a Better Tomorrow

GRC: SJgRQKZp19AG49bPwmoJyWQCHpd6CfTzKg || BTC: 13pTr3qXWDvycRLBPgt3bJzJst4ju46CGS

Share this post


Link to post
Share on other sites

Proposed amendment to OP:

 

'A poll should only be considered valid if 51% of eligible voting shares participate'.

 

Justification:

1. The existing line "A Consensus Vote is defined as 51% of eligible voting shares maintaining a Yes/True vote" doesn't make sense for multiple choice questions.

2. An user could create a poll without mentioning it on the forums, split their balance across three addresses and claim that they achieved consensus on the topic at hand. Likewise, a poll with 6 participants out of 400+ running the client shouldn't be considered as having achieved consensus unless the 6 participants have managed to exceed 51% of eligible voting shares. It may seem excessive to require 51% of eligible voting shares to have had voted on a poll before it's considered valid, but most polls have not been posted anywhere outside of the client (not on the forums, twitter, reddit, irc) - requiring 51% would force community interaction.

3. Voting consensus needs proper definition. Currently, a poll with 3 participants is deemed valid. That leaves the two following polls equally as valid and proposing completely different outcomes: 

http://www.gridresearchcorp.com/gridcoin/?votedetail&t=Poll_Detail&opt=2&pname=foundation_balance_fate&q=What_should_the_foundation_coins_be_spent_on?

and 

http://www.gridresearchcorp.com/gridcoin/?votedetail&t=Poll_Detail&opt=2&pname=foundation_disbursement&q=What_should_the_Foundation_spend_On? 
Edited by C.M
C.M likes this

^ Smash that upvote button! ;D

Follow me on:

Github   Twitter   Steemit   SoundCloud (Hangouts)

 

Share this post


Link to post
Share on other sites

CM I am not sure how this will work in the future. Now it might be possible to interact with people through the forum who have 51% of the shares but once the GRC get spread it will be hard.

Imagine you would need to interact with people holding 51% of BTC. I cant imagine that.

Share this post


Link to post
Share on other sites

CM I am not sure how this will work in the future. Now it might be possible to interact with people through the forum who have 51% of the shares but once the GRC get spread it will be hard.

Imagine you would need to interact with people holding 51% of BTC. I cant imagine that.

Not 51 percent of all shares, but rather 51 percent of all eligible shares. Those who have not staked within the last 6 months would not be eligible, exchanges and foundation coins would not be eligible.

 

Non participation of eligible votes should be viewed as a veto against the poll.

 

At the moment, polls aren't being discussed or posted outside of the client (not in cct/twitter/reddit/irc) yet are being considered valid with a fraction of the eligible voting weight (in fact 3 participants = a valid poll currently).

 

If 51 percent is too high, would you propose a lower percent?

RTMoney likes this

^ Smash that upvote button! ;D

Follow me on:

Github   Twitter   Steemit   SoundCloud (Hangouts)

 

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.