Maybe there needs to be some kind of cooldown on the same pool winning again for a certain number of blocks in order to get the miners to spread back out.
But how this be implemented even in theory?
If a block is found by a member of a pool its is found by that pool. There is no way around it. The algorithm and target hash cannot and should not care about pools
And if we could control in a any way what each pool finds that would mean a lot of bad things in different ways
Right now the jackpot block is determined by the 'next block found' and that has no guarantee of being from the same pool, so there must be a way to put this in the coin operations that would exclude a payout address from winning... and if their number was drawn in that next XXXX blocks they are on cooldown, the payout is skipped, or maybe even awarded to the next block recipient that is not that same address.
My thoughts are that basing the cooldown on the jackpot last won would not make it so severe when the smaller jackpots get awarded for just a few million coins. The cooldown would be over before any significant number of coins were to accumulate in the next jackpot and they would be eligible again.
Also passing the winning jackpot on to the very next block that is eligible would make sure it gets paid out, rather than just keeping 50% of the hash in that pool, and actually just delaying the payout longer which would possibly get them eligible again to win it after their cooldown.
On the other aspects of adjusted payouts being possible, after putting a little more thought to this I think it sounds plausible to do it this way as well....
I am shooting from the hip here on technical knowledge of the coin backend, so forgive me if I am way off on my assumptions...
I imagine that the 'pool' is the one submitting the hashes from all the miners, and although the 'coin' can't tell the difference between a pool or an individual miner, it is only their total hashrate that would need to be used to determine if there is too much of a percentage of the total hashrate coming from that pool/person.
I also see that variable block rewards have been implemented in Heavycoin based on user voting, so there would have to be a way to change that block reward paid out as well...I don't know the details, but let's call it a penalty/bonus.
So HighHasratePool.com is pumping 45% of the total hashrate for the coin from their site, and any block they find would then have the payout reduced by 12% (1% peanlty for each 1% over the 33% limit). This fine is then collected from that block and paid out as a reward to all the other pools/miners as a small reward just like the PoS payouts come now on JPC.
It seems possible to me as an outsider of the coin dev world. The formula and all that would take extensive thought and coding to implement, but would certainly reward people with actual coins who were not participating in the oversized pool, while lowering the actual block payouts for those who still were there.
People would move pretty quick for the higher payouts elsewhere if they were anywhere near the 10% level... so you would never have a pool get close to 43% I would think.
I think this is a good conversation to have though, and I see it has generated a lot of ideas and interest already... so thanks to all for devoting some brain cycles to it as well
