Quote from: jwinterm on January 21, 2017, 02:31:02 AM

Quote from: MithrilMan on January 21, 2017, 02:06:36 AM

Quote from: Icon on January 21, 2017, 01:58:05 AM

well one of the reason as stated above is in the old version we had to walk a mile ~ hour+ to get to the coins less combat, but now we are so close together, combat comes into play more often, so its now more noticeable

I always monitored/played the game since the begin and i never faced so high burst of blocks, except when f2pool halted a bit his power and then restarted

Quote from: Icon on January 21, 2017, 01:58:05 AM

also not having a giant like f2pool to mine 99% of our blocks just adds even more randomness to the mix.

I think this is the main issue, or better there is low mining power and sometimes someone turn on for a bit his horses and BUM...

Two options come to mind for me:

Use a more responsive diff retargeting algorithm
Add more algorithms [/b](like Myriadcoin uses five hashing algorithms, each with a five minute target, so averages out to one minute blocks; myriad also disallows a single algo from finding more than two or three blocks in a row I think)

Or convince f2pool to come back and mine both algos again.

basically this

probably like the kimoto gravity well or whatever it was called which was implemented by someone.

The reason for adding the dual algo was to limit purposeful fluctuations, but without many big pools on both algos, it won't work great.. i did write a doc a few weeks ago about using more algos (myriad coin based, which was probably a bit of a copy of huc dual algo to begin with maybe Cheesy

..),

If there are many algos, it's still possible for someone with big hash to blast one every now and then - but i did not know that myriad does not let you mine 2-3 blocks in a row of 1 algo - that could be interesting and worth thinking about.

-

miners are (most probably) merge mining, miners pool hop, new pools are merge mining, peoples pools/daemons crash, multipools,

It's unlikely someone is speeding up and slowing down on purpose, why would they, they are probably best just mining the parent chain as much as they can based on HUCs current value..

-

with huntercoin, sometimes you can get some big oscillations between between the algos if they get a lot of hash then get dropped...

difficulty has increased over the last few days for sha256.. overall, blocks should be faster than normal if difficulty is increasing until it balances out back to 2min (not checked script though)

block 1562000
Time: 2017-01-15 04:44:28
Difficulty: 10573387

block 1563000
Time: 2017-01-16 03:04:05
Difficulty: 7108925

block 1564000
Time: 2017-01-17 01:54:26
Difficulty: 4901020

block 1565000
Time: 2017-01-17 20:59:06
Difficulty: 4551718

block 1566000
Time: 2017-01-18 07:11:02
Difficulty: 7070979

block 1567000
Time: 2017-01-18 19:45:03
Difficulty: 9216295

block 1568000
Time: 2017-01-19 09:58:56
Difficulty: 10694642

block 1569000
Time: 2017-01-20 00:49:06
Difficulty: 11565838

block 1570000
Time: 2017-01-20 16:39:53
Difficulty: 11742223

Block 1571000
Time: 2017-01-21 07:22:35
Difficulty: 12924133

Block 1571200
Time: 2017-01-21 10:34:59
Difficulty: 13027035

-

Part of my job is as a data analyst, and although there isn't much to analyse here, I'm well versed in tableau and dashboard creation.

If someone is able to output every block/info to mysql (in realtime too) and configure on my VPS - probably similar to what BGB has done, i will create all the dashboards possible, and upload to tableau public so people can see all the stats in real time - I can also combine this data with crypto-exchange data (tableau's webconnector works with most exchanges with an api that i have tried).

I've been meaning to get someone to do this for a while, just not had the chance.