Topic: [ANN] SpreadCoin | True Decentralization (No Pools) | Testing New Masternodes - page 16. (Read 810025 times)

Their not paid more because that's in the code. There paid more because they're more consistent, handle more transactions and respond 100% of the time.

Also the larger your servicenode balance is, the larger transactions your node can handle. And we need the ability to handle large transactions so we need large wallets.

Am i right in saying Dash nodes can only handle 1000 dash at a time?

Their not paid more because that's in the code. There paid more because they're more consistent, handle more transactions and respond 100% of the time.

Also the larger your servicenode balance is, the larger transactions your node can handle. And we need the ability to handle large transactions so we need large wallets.

Am i right in saying Dash nodes can only handle 1000 dash at a time?

But then it would remove the competition if they were paid more, and hence defeating the purpose of a limit.

Edit: And what do you mean instability? How will it be unstable?

I wish there was a way to limit each user with 1 masternode, that would be perfect.

The score was designed to sort the men from the boys.

Servicenode owners will try to load their nodes with as little SPR as possable (so to have more nodes/profit).
This create's instability in the network, as people are getting kicked off the list because of the small amount in the node.

So to create some stability, long term nodes that are well funded get a higher rating and probably more SPR block rewards.

That's my understanding anyway

I must admit that was something I didn't care for with the original SPR masternode testing.  I didn't understand the benefits of the highest scoring masternodes getting paid.  Am I missing a really obvious benefit?  Surely the network can only be fair if all masternodes get paid roughly the same amount over a period of time?

Why define a max number of masternodes?  Surely the ROI, coin supply and value of SPR will define this organically?  People won't run masternodes at a loss for long...

I also remain to be convinced of the dynamic masternode model other than its brilliant ease of setup.  Once again...am I missing a fundamental advantage?

Nope, I'm not sure if I get that either.  I think I'm probably just half (at best) informed and trying to guess at how the initial proposals will look and I'm missing something fundamental.  I'm sure all will become clear.

I guess the advantage is that it will drive the price of Spreadcoin up if it succeeds.

It wasn't intended as rhetorical.  I guess my roots are deeply set in DRK where the idea was that the entry point for a masternode was fixed and that over a given period of time, all masternodes would receive a similar return on investment. 

In this context, I am using fair to refer to the fact that in order to run a service node, it will cost the owner money to run it.  If the service node owner is not guaranteed roughly the same income as other service node owners is there a chance this will mean that some service nodes will generate less income for doing the same amount of work at the same expense therefore causing an "unfair" situation?

If you're not posing a merely rhetorical question, what's the definition of “fair” in this instance?

Cheers

Graham

Surely the network can only be fair if all masternodes get paid roughly the same amount over a period of time?

So, will masternode payments still depend on a score, because if so it will defeat the purpose of them being dynamic.

I particularly like Max MN = (total coinsupply)/ 2880.

Because it will allow for only a very limited amount of MN at the moment: around 650... (this will help drive the price of SPR up, now that it is young)
and it will grow to a healthy 1800 when we are as old as darkcoin... (1 Year)
and it will grow to a perfect 5000 MNs when we are as old as bitcoin... (6 years)

And when we reach the 21 Million max coinsupply in a 100 years we will have reached the maximum possible amount of 7292 MNs.

I want to implement a dynamic amount of max servicenodes that will slowly increase over time.

This is an idea I had 1 month ago (as a response to a discussion I had on spreadcointalk with MyFarm):
(Attention: the numbers mentioned are also 1 month old)
---------------------------------------------------------------------------------------------------

Originally Mr. Spread only wanted to use a max of 1000 MNs.

1440 max MNs was based around an idea I had that this way every MN would on average receive 1 payment a day.

I believe that having twice that (2880) will not solve the problem you describe (the problem of "how will newcomers be able to afford a masternode later in time"),
but only postpone the problem so it will come back and bite us later.

I always advocated for a flexible amount of MNs.

A limit yes, but a flexible one, that increases slowly over time.
This way it gets to act like a limit (that creates competition thru scarcity, and enables price discovery), but it will also have the flexibility to adjust for a large growth of SPR price and what an MN will cost.

I advocate for tying the max amount of MNs to the coinsupply:

Max MN = (total coinsupply)/ 1000.

or maybe divide them even further.

Max MN = (total coinsupply)/ 1440.

or

Max MN = (total coinsupply)/ 2880.

So today (with 1.865 Million coins) this would mean 1865 possible MNs, or 1294, or 647 possible MNs. (total coinsupply divided by 1000, 1440 and 2880)

This is not a fix limit, but a moving target, so let's look how this will change over time:

In 6 Months it will probably be 5000 MNs (or 3472, or 1736 MNs)....

We follow Bitcoins increase in coinsupply curve more or less.

So in about 6 years, we will have 13.85 Million coins.
How many MNs should we have in 6 years?
Based on my three suggestions, it would be 13850, or 9618, or 4809 MNs.

And what does that mean for eternity?
We will have 21000, or 14584 or 7292 MNs.

Thanks for your patience...

BTW here's a sneak peak to how the website will look like:



The new ANN thread title will simply be:

[ANN] SpreadCoin | Decentralize Everything