Quote from: ranlo on January 18, 2015, 09:06:50 AM

Quote from: crypto4jan on January 18, 2015, 09:00:32 AM

Quote from: ranlo on January 18, 2015, 07:56:11 AM

....

I think another cool feature, and one that would be unique, would be something along the lines of automatic merging of inputs without affecting the staking ability. To illustrate the idea:

1) I send my wallet 100 ENRG
2) It stakes and is now 50/50
3) As soon as the stake above is confirmed, the wallet will automatically merge them into a new input for the wallet, such that I now have the 50+50+stake=1 input again

This would cut down on the constant splitting without the user having to do anything, and would minimize the effects on the staking ability (if we manually craft new transactions with coin control, we're losing a lot of coin days).

The console comando setstakesplitthreshold does what you want.
Maybe good to build in a standard thressholt that can be altered if needed.
By HyperStake I saw blocked splitting after stake and there it is important to choice the right size. HYP is mature in 9 days and gets weight and with more weight more chance to stake the maximum stake of 1000 HYP in 30 days. The optimum block size is for HYP is 1600 and then it hits the max 1000 reward in 30 days but with inflation controll you have to make the blockes now biger to get more weight. The stake for Hyperstake is a kind of lottery and the more weight you have the more chance on the stake.

Ok for EnergyCoin we not have to tweak for staking but preventing of splitting blockes into to much small blockes.
For big wallets it would be great to be able ajust setstakesplitthreshold and for small wallets 100 ENRG as standard merge value is suitable.

Having a hardcoded value would be good. And then add in the ability to change it in the GUI (such as how you can change your fees per kb without using commands, just using the GUI options).

Ok for the new wallet we put this on the list.
Thank you for discuss this here to make it more clear for EnergyCR to coded this later.