Quote from: Eastwind on December 09, 2013, 08:08:23 AM

Quote from: rocks on December 09, 2013, 06:19:59 AM

Quote from: panckage on December 08, 2013, 09:50:18 PM

Quote from: Doom4535 on December 08, 2013, 09:19:05 PM

Panckage, are you suggesting making middlecoin into several pools and then spitting the miners up amongst them (such as middlecoin1, middlecoin2, middlecoin3) and having them all use middlecoin as the front end?

Yes that's it

I've been wondering why that isn't the default approach for awhile now.

It makes much more sense to spread out the hashing power over the top 4-5 coins, with weighting based on profitability (i.e. the 5 five coins could get: 30% then 25%, 20%, 15%, 10%). This way if the price drops on the coin you've been mining, the impact is much less.

It also utilizes the pool's hash rate better. For example let's say the target coin has a low hash rate around 50Mh/s, in this case allocating 100% of the pools 1.6Gh/s at the coin is no better than allocating 33% (around 500Mh/s), both will capture almost 100% of the coin's blocks, but this frees up hashrate for other coins as well.

This is a good idea if we are the only or major multipool. If other big pool only mine the highest profit coin, the highest weighting coin (most profitable) we are mining will also drop in profitability.

We can use a very small percentage of our hashing power for the lower difficulty but very profitable coins so that the difficulty will not rise dramatically.

H20, what do you think of this. And is it technicaly not to complicated? it could dramaticly improve incoms no?