masternode
Member
I'm excited to be a part of this.
Canada could use this as well. It is truly mind boggling what we can create here.If you think twice about it you'll see an endless number of applications for "Decentralized Governance By Blockchain" (DGBB).
That's HUGE!
Edit: can we please elect the next president of the U.S. this way?
Fools and their money are soon parted. Congrats on the Dash, and let's get started building something awesome!For those weak hands and non-believers who were dumping their DASH during the last dip these past few days, thanks for helping me load up on some more! DASH is more than just the ticker price! It's a revolution.
At this rate of development and innovation DASH will become a phenomenon thanks to all of those working behind the scenes to make it the best crypto-currency and blockchain platform ever.
Hahaha! They don't know what's about to hit them!Fantastic idea. Had to chuckle when in a moment of serendipity, I also read that BTC core developers are joining MIT Digital Currency Initiative in hopes of brining some stability to BTC development. http://www.coindesk.com/bitcoin-cor...al&utm_source=twitter.com&utm_campaign=buffer
It really is a no brainer. The added value from the usability and multiple income-generating businesses that can be built on the network far surpasses trying to wring out a bigger percentage of much less. I do support crouton's proposal of 40-50-10 though. Nice even numbers, and recognizes the Masternode owners with half of the proceeds.Yes - what a PRESENT! This is the Best innovation in this cryptocurrency!
Sky is no limit now! DASH obviously will outstrip Bitcoin. From this moment it's just a question of time.
Evan, thank you for thinking strategically!
P.S. Masternode operators, please don't worry about less % - do care about more real value you will get as result!
These are valid points, and do need to be discussed in the near future.Quite a brilliant plan Evan, with the potential to transform the entire way we think about decision making and organisational management.
One area that I'm keen to hear yours and other people's views on, is how an approach like this will handle the fact that, unlike say elections of politicians where one vote supposedly has one value (i.e. a wealthy person's vote is equivalent to the vote of a lower socio-economic voter), the power of the vote within a consensus mechanism like this is very much skewed towards those with large masternode numbers. This is in effect no different to shareholder voting within publicly listed companies where large shareholder groups can heavily influence board proposals, even to the point of voting for individuals to be appointed or removed from boards or dramatic mergers and acquisitions agreed to that may be detrimental to smaller shareholders.
Within the voting rights for shareholders it's seen as "he or she that has the highest risk exposure by investing in the stock should therefore have the greatest voting rights" and this is certainly valid to a degree.Where it starts to fall down is when voting is facilitating greater and greater levels of monopolistic control (i.e. "the rich get richer"). Although crypto by default tends to negate some aspects of this, I'm expecting there will still be many ways large masternode holders could end up with substantial "political" weight to influence support for proposals that bring them even greater influence.
Somewhat of a can of worms I'm opening here, but I think this aspect needs to be discussed (certainly prior to a "masternode vote many yay" command gets introduced!) :smile:
Woot! Woot! DGBB FTW!!! :grin::grin::grin:eduffield,
This looks fantastic! Finally something more just another payment processor or payment acceptance.
Creative idea that shows the power this technology. Simply amazing...
I am sure it is just the beginning and future of the crypto/blockchain - projects and companies using power of blockchain. Congratulations!
In my opinion, pulling a set amount from the blockchain for future spending encourages frivolous spending. I would instead say that the blockchain amount changes only when there is a need. For example, a proposed video to support Dash needs a 6 month take of 1%. MNs vote and then after approved the split changes. After 6 months the split reverts. We could do the same for new features, wallets, etc. I would encourage each funding proposal to expire after a set time. Putting a permanent 'development tax' on the blockchain sounds really bad to me.
There are other funding opportunities that could return an income. An exchange could be funded that would profit from transaction fees. The profit could go to management, funding other projects, or even paying back the amount funded.
... This system allows anyone with an idea to put it forward, They can discuss it with the community and have a chance to get their project funded.
In my opinion, pulling a set amount from the blockchain for future spending encourages frivolous spending. I would instead say that the blockchain amount changes only when there is a need. For example, a proposed video to support Dash needs a 6 month take of 1%. MNs vote and then after approved the split changes. After 6 months the split reverts. We could do the same for new features, wallets, etc. I would encourage each funding proposal to expire after a set time. Putting a permanent 'development tax' on the blockchain sounds really bad to me.
I've just read through this thread and am having the same questions.Liking this idea. If there are approved projects to fund, divert that agreed amount to fund them. If not, why stockpile money? Keep a reserve but cap it at something sensible. Don't take from miners and MN ops when it's not needed.
Contractors should be paid after they deliver to full spec, never before, we shouldn't be fronting money to anyone.
Who's in control of this pot anyway? There's someone out there with 600 MNs or something. What % of votes are needed to decide a poll?
Liking this idea. If there are approved projects to fund, divert that agreed amount to fund them. If not, why stockpile money? Keep a reserve but cap it at something sensible. Don't take from miners and MN ops when it's not needed.
Contractors should be paid after they deliver to full spec, never before, we shouldn't be fronting money to anyone.
Who's in control of this pot anyway? There's someone out there with 600 MNs or something. What % of votes are needed to decide a poll?
I probably said that incorrectly. Why are we holding the portion of the block rewards in escrow BEFORE we know how much is needed? This is really the same as saying a portion of the block rewards are taken from the masternodes and miners, which is voted on how it is spent. Doesn't this not sound like a tax? If we fix the proportion that goes to projects forever, we may be in trouble when the DASH value goes down(yeah right) or be putting way too much into projects when the value goes up(of course).This is not taking a set amount from the blockchain and giving it to someone else to execute, that would not work, this is way deeper. Each masternode operator will reinvest and execute a portion of his rewards in developing the ecosystem he benefits from as part of his social contract with the network and in the best interest of the organization he participates in. There is no additional inflation or change in the emission, and the control of the funds is not forfeit to central authority, the operators themselves decide and execute the program. Is hard to make a comparison to something else in crypto because it simply does not exist, it is a brand new model.
I probably said that incorrectly. Why are we holding the portion of the block rewards in escrow BEFORE we know how much is needed? This is really the same as saying a portion of the block rewards are taken from the masternodes and miners, which is voted on how it is spent. Doesn't this not sound like a tax? If we fix the proportion that goes to projects forever, we may be in trouble when the DASH value goes down(yeah right) or be putting way too much into projects when the value goes up(of course).
A project by project %/time vote is much better. The percent for each masternode/miner would change with each project that gets approved. This vote would then be a logical funding decision instead of the which is the best of the good or bad potential projects available. This would also allow funding projects instantly instead of waiting for enough in escrow to fund a project.
I am totally on board with paying for development, so don't get me wrong. Projects would be offered for x mo/years at x% to develop x key feature. Hopefully, there are several options to choose and that will drive development in the most efficient way.
As for funding upfront, I would suggest the project is paid as the block rewards come through and not all at once. If the project is failing, there would be a vote to stop the payments. That way no party is holding the funds in escrow.
I probably said that incorrectly. Why are we holding the portion of the block rewards in escrow BEFORE we know how much is needed? This is really the same as saying a portion of the block rewards are taken from the masternodes and miners, which is voted on how it is spent. Doesn't this not sound like a tax? If we fix the proportion that goes to projects forever, we may be in trouble when the DASH value goes down(yeah right) or be putting way too much into projects when the value goes up(of course).
A project by project %/time vote is much better. The percent for each masternode/miner would change with each project that gets approved. This vote would then be a logical funding decision instead of the which is the best of the good or bad potential projects available. This would also allow funding projects instantly instead of waiting for enough in escrow to fund a project.
I am totally on board with paying for development, so don't get me wrong. Projects would be offered for x mo/years at x% to develop x key feature. Hopefully, there are several options to choose and that will drive development in the most efficient way.
As for funding upfront, I would suggest the project is paid as the block rewards come through and not all at once. If the project is failing, there would be a vote to stop the payments. That way no party is holding the funds in escrow.
I don't see this working solar, because it depends on masternode owners voting to reduce their income to fund projects. By building it into the protocol, it's automatic.
I don't think it's wise to give mn owners sixty percent of the block reward by default, and then tell them they can divert some of this money to development if they like. That's the weakness of the donation model that already exists!
^^^^ THIS ^^^^I don't see this working solar, because it depends on masternode owners voting to reduce their income to fund projects. By building it into the protocol, it's automatic.
I don't think it's wise to give mn owners sixty percent of the block reward by default, and then tell them they can divert some of this money to development if they like. That's the weakness of the donation model that already exists!
There is an incentive for MNs to grow the value of DASH. The alternative would be to fund projects with only miner block rewards or a larger portion than the MN block rewards.I see where you are coming from, the reason why I don't like this idea is because it provides an incentive to masternode operators to not fund projects, abstain or simply vote no.
I have no problem with Evan, Flare, Udjin, Crowning etc -ie, proven contributors- being paid a retainer or salary, subject to continued quality input.I think 51% to approve a proposal, we have 2500 MN and growing, 600 votes would not get you very far, this would require consensus. About contractors I guess there would be permanent members of the team that we would fund, like Udjin or Flare.
If is an external service we can always give a portion in advance to start and then the rest upon completion or by installments. Is just normal business we would not be reinventing the wheel there.
What I understand is Evan already has his cost of living set and covered for two years so he can devote his time for this project. All I see the names for the payroll currently should be only: flare, Udjin, crowning, and if other devs have put in their time and effort then they should be paid according to their one-time inputs each time. That's it, i don't see anyone else should be on payroll for me to pay them.
David you are exactly right. The idea is that funds are set aside to be used ONLY for the advancement of Dash or it's ecosystem. MN holders then decide where best to apply these funds. I'm a big believer in the wisdom of crowds and this will be a fantastic application of it. If money is being wasted you'll see those projects quickly voted away, and the most important initiatives will obviously get the most attention.
moli, with due respect, I think your view is very narrow-minded. The core developers have their hands full just fixing any loop hole, smoothing out ease of use and refining what we have created. Who is going to do all the other things we need? We have someone working on the android wallet, voluntarily (unless it costs to download?) The same goes for the ios wallet. Shouldn't they be compensated? Maybe not? It's a question that could be put before the MNs. What about other possible projects that couldn't ever get off the ground due to the main core developers not having enough hours in the day? Like a decentralized exchange? Not only that, if the Masternodes approved a decentralized exchange that would be integrated into the Masternode network, heck, they could earn extra coin providing a side service! (maybe 1% of all exchanges!) Some of those funds could be set aside like those from mining for side ventures as well! What about a tor like network that runs through masternodes, far more effective than TOR, with micro payments to use. Super cheap, but strong enough to stream unlimited information? A secondary network, which could even hook up with Ethereum for a broader market (or other projects I'm not aware of) A decentralized auction/marketplace site? Those are just the obvious projects. I can come up with more:What I understand is Evan already has his cost of living set and covered for two years so he can devote his time for this project. All I see the names for the payroll currently should be only: flare, Udjin, crowning, and if other devs have put in their time and effort then they should be paid according to their one-time inputs each time. That's it, i don't see anyone else should be on payroll for me to pay them.