Not really, it says the target is 3.5 days, but we are generating blocks every couple of seconds, and retarget is every 2016 seconds
And when seeing the source:
int64 LimUp = nTargetTimespan * 100 / 110; // 110% up
... which confirms my observation - the diff can't go more than 10% higher at diff recalculation every 2016 blocks.
Maybe set so low, so devs won't have trouble with premining? There are more elegant ways to premine coins
So the diff will need another 86688 blocks before rising 60 times, hopefully correcting the rate from 1 block per second to 1 block per minute - but considering that now majority of the hashrate is wasted on orphans, I guess we need to wait perhaps 200000 or 300000 blocks before the diff stabilizes and the block tmie will raise to at least 10 seconds or so. On the other hand, at least the down limit is quite reasonable.
At least the 0.5% premine will get quite close to 0.5% of coins in circulation, not 0.5% of coins ever created
