Post
Topic
Board Announcements (Altcoins)
Re: HoboNickels - HBN - High Fast Stake - Version 2.0! More Secure, Less Intensive
by
BitsAndPiecesOfEight
on 29/09/2017, 05:57:28 UTC
I hear you everyone!!  Grin

At the risk of alienating people and sounding like a broken record. I don't think I can give free rein to the split and combine threshold, at least not yet.  There is too much at risk with the network. Keeping the difficulty going up requires more blocks ready to stake then the chain will allow.

But I do hear you!!

So what I set it at, not yet committed so it can yet change, is; The standard max, which can be set in the config and startup switch is Split 2500, Combine 5000.  The old was 100/200 so it is a big jump now.

In the wallet I also increased the amount you can set manually. It is now Total of all loaded wallets / 400 for split, and /200 for combine.  The old divisor was 500/250.  

Now in my opinion these numbers are way to high! They are putting the block chain at risk by not getting more stakes out there.  So It is unlikely I change them again until we are at 1 day staking and/or we are in the double digits for stake difficulty.  The wallet is efficient at staking, and I have plans to further increase this, so there is not much need to make this much higher.

If you want higher, you will have to compile the wallet and add your own settings.  Hint, it is 2 lines..


So other then the split/combine threshold max anything else???

I plan to release 2.0.1.0 next few days. So I am looking for quick hitters, nothing hugely complex, at least right now.

A perfectly acceptable solution!  My sleepy, offhand, just prior to going to bed comment that the "max reward should be sufficient to prevent the creation of excessively large block sizes" was not based upon any real math.  Projections even if the current difficulty following the wallet upgrade holds, easily shows that allowing the max stake reward to be the only limiting factor in split/combine max thresholds would allow the value to be set way to high to support a healthy network and allowing the max persisted values that you have stated above will pretty much solve the issue for most people anyway.

Your statement regarding compiling your own settings answers another question I had about whether the max limitation was enforced at the individual wallet level or at the network protocol level and should be a perfectly acceptable option to anyone who would like to go down that route as well.