Development Update - 5/30/2014 - Fork Causes and Solutions

[Scriptiee]

Another good thing about the multi ticket support is that it is probably more friendly to a multi investor masternode for people who don't have 1000 drk to start their own.

This would have nothing to do to multi investors really. think you understanding it wrong

 

[just_mike]

This would have nothing to do to multi investors really. think you understanding it wrong

No but it would allow a person to setup a Masternode and sell shares to other investors. Easily add or remove 1k DRK.

 

[fernando]

No but it would allow a person to setup a Masternode and sell shares to other investors. Easily add or remove 1k DRK.

Exactly. Depending on how this system would work (it doesn't exist yet!) it could make easier to reallocate investments if there were the option to have bigger masternodes.

 

[just_mike]

BUT, I am still in favor of a max around 5. Much higher and we lose decentralization.

 

[pinestabe]

Would it be possible / a good idea to implement checkpoints so that they are accepted for only limited times? Seems like they should only be needed for a short time after hardforks.

 

[eltito]

Would it be possible / a good idea to implement checkpoints so that they are accepted for only limited times? Seems like they should only be needed for a short time after hardforks.

Think of it as a safety net. In the event of any unforeseen issues, it'll prevent the sort of forking we saw last weekend (well, more precisely, it'll correct it before it becomes a network-wide problem). Better idea to have it running constantly "just in case".

 

[pinestabe]

It's nice to have a safety-net, but the checkpoint server could also be a source of problems. Seems like it would require considerable effort to continuously make sure it's running properly. If it's running only for limited times there's less chance of problems happening over time. I'm not really familiar with the checkpointing system, though.

 

[eltito]

It's nice to have a safety-net, but the checkpoint server could also be a source of problems. Seems like it would require considerable effort to continuously make sure it's running properly. If it's running only for limited times there's less chance of problems happening over time. I'm not really familiar with the checkpointing system, though.

I understand your concern, but standard maintenance headaches like those you mention are simply insignificant in comparison to another random forking incident.