Auto-switching pool service in MagicPool.org: get the best profitability always

[jazarja]

Added to We Love Crypto pool comparison (https://play.google.com/store/apps/details?id=com.accelmation.android.wlc)

[p4u]

Added to We Love Crypto pool comparison (https://play.google.com/store/apps/details?id=com.accelmation.android.wlc)

Cool! Thanks

[mrv777]

Looks like profitability dropped below mining LTC 
Great idea though and am still using one of my miners on your pool 

[p4u]

Looks like profitability dropped below mining LTC
Great idea though and am still using one of my miners on your pool

Yep... some pools do not provide real time profitability (only past), so you can only estimate which will be the next profitability.

However, according to poolpicker.eu, the day 1 of June has been quite bad for most of the pools:

 

Code:

	Middlecoin	CleverMining	WafflePool	HashCows	Coinshift	WeMineALL	Multipool	BLK Pool V2*	NiceHash*	profithash	MagicPool*	Straight LTC* 
	0.0014	         0.0018	         0.0022	         0.0023	        0.00191	0.00079	        0.00205	0.00186	         0.00205	-	 0.0018	            0.0019	          0.00194

Magicpool is more-less in the middle for this day. Let's see if we can get a better one for next round

[james42]

Just moved some hash over to you today. Can you tell me what times the rounds start and stop? Also how often do you monitor the profitability of the pools specifically NiceHash, I notice that Nicehash often is paying better than average.

[p4u]

Just moved some hash over to you today. Can you tell me what times the rounds start and stop? Also how often do you monitor the profitability of the pools specifically NiceHash, I notice that Nicehash often is paying better than average.

You have all the rounds information in the stats page of magicpool, including the hour (which is at GMT+2 timezone).
The profitability right now is monitored every 6 hours.

About NiceHash. I would say that when they have some internal problem (unfortunately DDOS against NiceHash seems to be quite common) it raises price because the workers (sellers) cannot mine properly and the buyers orders are still there. So comparing profitability of NiceHash with a standard pool is not fair, they are showing the amount of BTC they pay per MH at that exact moment, but not the average BTC they have paid to a single worker mining the entire day.

In addition they use this special stratum method to set the extranonce which is not supported by  most of the miners. So we (in magicpool) are forced to send client.reconnect each time nicehash send us a set.extranonce. This reduces a lot the profitability, so for us it only makes sense to use NiceHash if the current BTC/MH/day is much better than the rest of the pools.

Finally, let me add that we are still in beta. The system needs to be improved and we are working every day on it. I'm pretty sure I wish in the future we will offer the best profitabilities of the market

[Androidicus]

Haven't scanned entire thread yet but pointed one GS-Dual (mini) at MagicPool as a test.

Using the modified cgminer-3.7.2 for Gridseed on Windows 8.1 box as easy to mess about.

All rejects, NO accepts, '<<23, u'Share above target' message keeps displaying...

Huh? No problem on other pools using this...

[p4u]

Which cgminer are you using? (point the source code url or the download page please)

The known problem with cgminer is because of the extranonce2_size, as we are dividing the jobs we need to reduce the size from 4 to 2 or 3 bytes (which is completely OK according the stratum protocol specification). Some cgminer versions assume that the extranonce2_size is always 4 and then it sends invalid shares.

Let's try to find what is going on

[xIIImaL]

when you add x11/x13  

[OPTiK]

when you add x11/x13  

 Would also like to know if this is in the works!

[Androidicus]

Which cgminer are you using? (point the source code url or the download page please)

The known problem with cgminer is because of the extranonce2_size, as we are dividing the jobs we need to reduce the size from 4 to 2 or 3 bytes (which is completely OK according the stratum protocol specification). Some cgminer versions assume that the extranonce2_size is always 4 and then it sends invalid shares.

Let's try to find what is going on

Hi, missed your response - busy weekend! Gave up with the little GS Mini! Windoze cgminer 3.7.2 for Gridseed is giving me probs and needed my Pi for my Blades! Have now got 4 x Blades pointed at you since Fri controlled by up to date Starminer on Pi (cgminer 4.3.0) all good so far with 0.007% reject in last 26 hours - not bad!

[p4u]

when you add x11/x13  

 Would also like to know if this is in the works!

This is in or to-do list, once we finish some other pending stuff we will implement a x11/x13 pool service.

[ryen123]

I think the variable difficulty has gotten ridiculous, I'm getting 16.3k difficulty for my 800k/hash gridseed miners. How to mine anything?

[p4u]

I think the variable difficulty has gotten ridiculous, I'm getting 16.3k difficulty for my 800k/hash gridseed miners. How to mine anything?

We cannot always choose the difficulty for magicpool users, it depends on where are we mining.
We apply several techniques to try to set the best difficulty for each individual worker, but some times it is just not possible.

However a difficulty of 16k is strange, normally in the standard pool (port 7777) difficulty goes between 512 and 4096.
What we will do is to open another port special for small miners where we will apply techniques to get the minimum possible difficulty, I will think about it.

Finally, as you probably already know, big difficulties are not giving less profit in the long term, it just adds more variance.

[ryen123]

I'm connected to port 7777 and current difficulty for my miner now is 16384.

[p4u]

I'm connected to port 7777 and current difficulty for my miner now is 16384.

Sure, I'm just saying that this is not the normal behavior for port 7777. But the pool which is giving right now 16k is the most profitable one at this moment, so it makes sense to keep mining here, even with this big difficulty (as said, it does not affect the profitability of your worker).

[r00tdude]

I'm definitely rooting for this pool to take over the world, but I haven't seen a lot of action in the last 20 days or so... no pools have been added, it's still lagging a bit behind in profitability over the pools it proposes to take the best of... etc. I'm keeping 25MH here when my rigs aren't rented, but I'd love to see some moves!

Thanks for the efforts,
rootdude

[p4u]

Hello.
We are working on the stratum proxy server. To be able to improve the system and the results we have to almost rewrite everything (in my experience a software project needs at least two iterations to became a solid solution). Take into account that the crypto world is changing very fast. That is a hard job and mixed with the summer time (in Europe) makes it slower than we would like to.

Adding new pools is not easy because everyone is using a different stratum implementation with different bugs and behaviors. We have already reported many bugs to many pools, but the reply is not always as fast as we would like to be.

To accelerate this process we are thinking about including the project in cryptostocks (or any other, proposals are welcome) to get some funding.

We will keep you updated!

[rammy2k2]

so, overall, its better to mine here than waffle/clever and so on ? 

[p4u]

You can check it in poolpicker http://poolpicker.eu/table?algo=scrypt

In last 10 days average we are better than waffle but a bit worst than clever.

We try to not focus all our hashrate in a single pool to mitigate the risk of having a very bad round.

Also, keep in mind that our profitability is based on the clean amount the user receives. Meaning that we deduct all fees (tx and 0.5%) before making the math.

In any case, we hope to improve the results in the near future. I'm pretty sure it is possible.