@ Mr. Spread:
You made this post nearly a month ago:
https://bitcointalksearch.org/topic/m.10193497where you said the following thing:
Initial masternode implementation will not require you to have a static IP. Instant transactions simply don't require this: someone broadcasts transaction, masternode receive this transactions, sign it and broadcasts this signature, there is no need for anyone to directly connect to masternodes. Nodes will monitor time delays between receiving transactions and confirmations from masternodes and will assign scores for each masternode according to these delays. This score and deposit amount will affect which masternodes will receive payments.
If I understood you correctly here, that it is really the case that the deposit amount of a masternode
does affect which masternodes will receive votes (and therefor payments), then this is the reason for all the problems we are seeing at the moment in the testnet version.
If the deposit amount is allowed to affect which masternodes receive votes, then this
kills the competition before it has even started.
The deposit amount must not have
anything to do with who receives votes, or else the system is broken.
The deposit amount is only here to decide if your MN is allowed to stay in the game or be kicked out because it is the weakest link.
Let
only the score affect which masternodes receive votes (and therefor payments), AND NOTHING ELSE!
And let the deposit amount only decide if the masternode is allowed to be on the list or be kicked out. Nothing else.
Then the competition will really work as intended.
