Notice
Letting you know now, start splitting your large blocks up to <10000, (mine are in the <2000 range) as they stake.
We will be hardforking to correct some issues with time drift, and to penalize large block sizes that do not benefit the network. Most are already doing this which drastically helps the security of the coin, thank you!
Change after hard fork, sometime post 30 days from this post, more like 45 days most likely, don't want anyone to not get their full stake leading up to this... If you have fluttercoin blocks with >10000FLT they will only stake for the pow reward block size.
Example scenario
Before -- 9000FLT 30 days mature stakes, produces 180 at current diff
After -- 180
Before -- 23455 reward 469
After -- 10
Before -- 10023 reward is 209
After -- 10
Before -- 7654 reward 153
After -- 153
--o
I'm not sure I understand you correctly. If you hold say 1.000.000.- or more, is it not good to keep it in one big block in one FLT address?
When me "big block" stakes it usually takes few hours, when smaller blocks stakes like 100k or less it takes days.
Splitting 1.000.000. flt block to 500 blocks of 2000 will make staking take forever.
Yes you are exactly correct. This puts the coin at risk. Yes, it's fun to be able to just start a 1+ million coin wallet and stake it a single day, then shut it down until next month, or do this once over the 90 day period (yes I know who you are, lol). This is the entire reason I am looking at this. Splitting the blocks to 500 blocks of 2000 means that it is much more likely that your client will participate in the network going forward.
The alternative to this, which I have not discussed is to reintroduce the original POS reward subsidy limit of 10 FLT, which was removed during the hardfork early on in FLT history with PoTv2 see kidcoins code below line 1056 of main.cpp. I ran across this yesterday in the code, and am debating on just flipping the switch to enable this. This means that it no longer really matters what size block you want to stake, it will only be able to produce a max of 10FLT going forward. I don't' like this personally because it really limits the fluttershare, and PoTv3 staking changes, as you only have 10 to work with (see PoW PoT 5FLT transactions). But I have to admit reducing the inflation to a maximum 10k/day does seem advantageous to us large holders. But that's not really what this coin is about.
if(nTime < FORK_FINAL)
{
if (fDebug && GetBoolArg("-printcreation") && nSubsidyLimit < nSubsidy)
printf("GetProofOfStakeReward(): %s is greater than %s, coinstake reward will be truncated\n", FormatMoney(nSubsidy).c_str(), FormatMoney(nSubsidyLimit).c_str());
nSubsidy = min(nSubsidy, nSubsidyLimit);
}
this is not set in stone, but for one the inflation needs to be smoothed out, two we need more participation on the network, and limiting the coin creation spikes of 200k, 1.5 million, 600k, 495k etc. that pop up on the
https://chainz.cryptoid.info/flt/#!overview which shows you the daily coin generation.
