The purpose of this thread is to discuss and gauge community support of lowering the Masternode collateral from 1000 DASH to 500, 250 or 200 DASH.
Pros
Cons
Implementation
We would implement this by way of hardfork. At the fork active block, the network would for a period of time honour the existing 1000 DASH masternodes and allow (only) new nodes with the new smaller collateral requirement eg 250 Dash. For a period of time, eg 16616 blocks or better until a spork is switched, the network will run with 1000 D and 250 D nodes in parallel, once enough of the network has cutover to the smaller collateral requirement, DCG will flip the spork and all 1000 D nodes will be POSE banned and eliminated from the network.
To solve the issue of the longer payment queues, there are two approaches,
Pros
- Reduce friction to becoming a MNO.
- Increase the decentralisation of the network.
- Counter the trend of falling MN count from a peak of over 5000 to where it currently is at ~4600.
- Improve price as people with close to the amount of Dash required, buy a few extra to meet the quota.
- Negate the need for trustless shared masternodes, since the barrier to owning one outright is greatly reduced.
- Reduce the risk of centralised MN sharing, eg Crowdnode, since the amount of DASH in there will be far less per individual than otherwise.
Cons
- Existing MNOs will have to pay more for infrastructure.
- Network will be larger, maybe too large?
- Payment cycles would take too long?
Implementation
We would implement this by way of hardfork. At the fork active block, the network would for a period of time honour the existing 1000 DASH masternodes and allow (only) new nodes with the new smaller collateral requirement eg 250 Dash. For a period of time, eg 16616 blocks or better until a spork is switched, the network will run with 1000 D and 250 D nodes in parallel, once enough of the network has cutover to the smaller collateral requirement, DCG will flip the spork and all 1000 D nodes will be POSE banned and eliminated from the network.
To solve the issue of the longer payment queues, there are two approaches,
- Relax the POSE system to be more forgiving in the event of an infraction, eg currently the POSE system awards an MN a 2/3 penalty of the number of mnodes in the system, if you get another strike shortly thereafter you will be banned and lose your spot in the payment queue. If we however, make it such that the system awards 1/2 of the number of mnodes, then you can get two strikes in quick succession and still not get banned until the third strike comes. This gives you more time to respond to the issue and resolve it. To make the system more lenient, we could adjust the penalty to 1/3 the number of masternodes and then 3 strikes will not ban you and the fourth will only ban you if it comes in quick succession again giving you more time. Note: this doesn't speed up payments, but lessens the chance of you getting knocked out of the payment queue suddenly.
- Pay several MNs in a block. We could make it such that in each block we pay, 2 or 4 or 8 masternodes at a time (my preferred approach) this speeds up the payment cycle, which already is far too long at 8.4 days and reduced the impact of the occasional ban since you only miss out on a few days of pay at most. Drawbacks to this approach is that it makes the coinbase TX quite large, since for each MN there can be 2 payment addresses, + the miner + the superblock winners, it will mean our blocks are slightly larger.