[POOL][Scrypt][Scrypt-N][X11] Profit switching pool - wafflepool.com

[ericlfg]

I'm wondering if I could have someone with a bit more experience with mining in general give a quick thumbs up / down to my config.  I have a feeling it's not running optimally based on what I'm seeing on the monitor site.  I made the switch to -n the day it came out in beta and before that my scrypt mining seemed to run OK. 

I'm running 2 club 3d 270's 14 series with:
vertminer.exe --scrypt-vert -I 12 -o stratum+tcp://useast1.wafflepool.com:3332 -u btc_address_worker1 -p d=128 -w 256 -g 2 --lookup-gap 2 --thread-concurrency 6336 --gpu-engine 1130 --gpu-memclock 1500 --temp-target 70 --temp-overheat 85 --temp-cutoff 90 --auto-fan

You can see my mining window below for reference.

My last payment was June 2nd, and since then my current monitor stats are:
Current HashRate: 0.365 MH/s   Unconverted: 0.00018083   Confirmed: 0.00002622   Unsent: 0.00020705

To me, these seem really low which warranted this post.

Thanks!

 vertminer version 0.5.3 - Started: [2014-06-02 21:48:48]
--------------------------------------------------------------------------------
 (5s):384.4K (avg):385.5Kh/s | A:374144  R:128  HW:0  WU:353.8/m
 ST: 2  SS: 4  NB: 910  LW: 13368  GF: 16  RF: 0
 Connected to useast1.wafflepool.com diff 128 with stratum as user xxxxxxxxxxxxxx
 Block: ca897e32...  Diff:10  Started: [15:28:39]  Best share: 168K
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [Settings [D]isplay options [Q]uit
 GPU 0:  69.0C 1635RPM | 192.3K/193.7Kh/s | A:173696 R:128 HW:0 WU:164.7/m I:12
 GPU 1:  69.0C 1934RPM | 192.0K/191.8Kh/s | A:200576 R:  0 HW:0 WU:189.2/m I:12
--------------------------------------------------------------------------------

 [2014-06-03 15:26:17] Accepted 01576503 Diff 191/64 GPU 0
 [2014-06-03 15:26:29] Accepted 03926aa4 Diff 72/64 GPU 0
 [2014-06-03 15:26:30] Accepted 01e05cd7 Diff 136/64 GPU 1
 [2014-06-03 15:26:42] Accepted 02115bd5 Diff 124/64 GPU 0
 [2014-06-03 15:27:31] Accepted 1d8bf935 Diff 2.22K/64 GPU 0
 [2014-06-03 15:27:51] Accepted 039a5139 Diff 71/64 GPU 1
 [2014-06-03 15:28:25] Pool 0 difficulty changed to 128
 [2014-06-03 15:28:25] Network diff set to 10
 [2014-06-03 15:28:25] Stratum from pool 0 detected new block
 [2014-06-03 15:28:39] Network diff set to 10
 [2014-06-03 15:28:39] Stratum from pool 0 detected new block
 [2014-06-03 15:29:05] Accepted 016fdf35 Diff 178/128 GPU 1

[1715315819]

1715315819

[1715315819]

1715315819

[1715315819]

1715315819

[1715315819]

1715315819

[TrillionBTC]

Thank you so much Wafflepool for bringing new life to my GPUs with the Scrypt-N Multipool. I keep on setting them up for sale on Craigslist. 1st after I purchased ASICs for BTC mining, 2nd after purchasing ASICs for Scrypt Mining, and just decided to keep them for 1 last run on Scrypt-N Mining.

Love this site 

[phzi]

I saw that post in CM thread. It's certainly possible to get better returns than multipools, and rig rentals sites kind of prove it since there are people paying 20-50% premium for hashrate (or maybe they are all one big charity), but I think that CONSISTENTLY earning twice as much as WP/CM/etc is not that easy. I have a feeling that 0.004 number - if it's true - was taken from a short period (e.g. 1 day) or from a long period that includes "better times" just a few weeks ago. You also need to question why someone would step into a multipool's thread to brag about it. I would either silently mine the shit out of it with rented rigs, or I would sell it as a service.

It's certainly possible... since I switched to other algorithns, I have been averaging .005BTC/MH+ scrypt equivellent consistently (some days at .007BTC/MH).  It takes a fair time commitment to manage this tho.

In interesting developments, nicehash released an auto-algorithm switching profit based system. But it's way too simple so far - no ability to consider power costs or user prefences, but their implementation is straight forward (port for each algo, but all ports dead except most profitable).

If WafflePool took this same idea, but instead waited for authentication, checked the user's pre-defined algo weights, and rejected/accepted auth based on the best algo, we would have a pretty excellent multi-algo-profit-switching pool =].

[poolwaffle]

I saw that post in CM thread. It's certainly possible to get better returns than multipools, and rig rentals sites kind of prove it since there are people paying 20-50% premium for hashrate (or maybe they are all one big charity), but I think that CONSISTENTLY earning twice as much as WP/CM/etc is not that easy. I have a feeling that 0.004 number - if it's true - was taken from a short period (e.g. 1 day) or from a long period that includes "better times" just a few weeks ago. You also need to question why someone would step into a multipool's thread to brag about it. I would either silently mine the shit out of it with rented rigs, or I would sell it as a service.

It's certainly possible... since I switched to other algorithns, I have been averaging .005BTC/MH+ scrypt equivellent consistently (some days at .007BTC/MH).  It takes a fair time commitment to manage this tho.

In interesting developments, nicehash released an auto-algorithm switching profit based system. But it's way too simple so far - no ability to consider power costs or user prefences, but their implementation is straight forward (port for each algo, but all ports dead except most profitable).

If WafflePool took this same idea, but instead waited for authentication, checked the user's pre-defined algo weights, and rejected/accepted auth based on the best algo, we would have a pretty excellent multi-algo-profit-switching pool =].

Quite a good idea.  I'll check it out (saw the post about the miner) when I'm done adding X11/X13 (shouldn't be too much longer).  Unfortunately found a few more places I need to make decently large database changes to support the new difficulties (we have integers for share values in a few places, when X11 is either going to need decimals, or some brutal hacks I'd rather not put in place).

[suchmoon]

I saw that post in CM thread. It's certainly possible to get better returns than multipools, and rig rentals sites kind of prove it since there are people paying 20-50% premium for hashrate (or maybe they are all one big charity), but I think that CONSISTENTLY earning twice as much as WP/CM/etc is not that easy. I have a feeling that 0.004 number - if it's true - was taken from a short period (e.g. 1 day) or from a long period that includes "better times" just a few weeks ago. You also need to question why someone would step into a multipool's thread to brag about it. I would either silently mine the shit out of it with rented rigs, or I would sell it as a service.

It's certainly possible... since I switched to other algorithns, I have been averaging .005BTC/MH+ scrypt equivellent consistently (some days at .007BTC/MH).  It takes a fair time commitment to manage this tho.

In interesting developments, nicehash released an auto-algorithm switching profit based system. But it's way too simple so far - no ability to consider power costs or user prefences, but their implementation is straight forward (port for each algo, but all ports dead except most profitable).

If WafflePool took this same idea, but instead waited for authentication, checked the user's pre-defined algo weights, and rejected/accepted auth based on the best algo, we would have a pretty excellent multi-algo-profit-switching pool =].

I thought the CM poster was bragging about Scrypt but perhaps I read it wrong.

I'll be testing out the nicehash switcher but definitely would like to see something more robust.

[chadwickx16]

I saw that post in CM thread. It's certainly possible to get better returns than multipools, and rig rentals sites kind of prove it since there are people paying 20-50% premium for hashrate (or maybe they are all one big charity), but I think that CONSISTENTLY earning twice as much as WP/CM/etc is not that easy. I have a feeling that 0.004 number - if it's true - was taken from a short period (e.g. 1 day) or from a long period that includes "better times" just a few weeks ago. You also need to question why someone would step into a multipool's thread to brag about it. I would either silently mine the shit out of it with rented rigs, or I would sell it as a service.

It's certainly possible... since I switched to other algorithns, I have been averaging .005BTC/MH+ scrypt equivellent consistently (some days at .007BTC/MH).  It takes a fair time commitment to manage this tho.

In interesting developments, nicehash released an auto-algorithm switching profit based system. But it's way too simple so far - no ability to consider power costs or user prefences, but their implementation is straight forward (port for each algo, but all ports dead except most profitable).

If WafflePool took this same idea, but instead waited for authentication, checked the user's pre-defined algo weights, and rejected/accepted auth based on the best algo, we would have a pretty excellent multi-algo-profit-switching pool =].

I thought the CM poster was bragging about Scrypt but perhaps I read it wrong.

I'll be testing out the nicehash switcher but definitely would like to see something more robust.

No he was, but it was most likely him watching and switching himself, he has no proof and no plans to go public with his methods. Everyone was speculating poolWarz's paid version though.

[KayCeeee]

I would like to convert to scrypt-n but I am very new at this and a bit lost.  I have 2 R7970 3GB cards and I am using BAMT (don't know which version, son set this up).  Everything was find and dandy on scrypt but when I made the changes to scrypt-n my dashboard is funky.  Is tells me I have 0 accepted shares.  When I go to my stats page on the pool it says I have 1.82/mh in the scrypt-n with a 50% reject rate.


HELP

 

YOU REALLY SHOULD OPEN THE IRC channel so people could come ask questions there.  JMO

thanks for help

KayCee

Workers: (15min approximated)
Worker   Algorithm   Hashrate (rejected)   Show
(default)   nscrypt    2.28 MH/s (50.0%)   

[chadwickx16]

I would like to convert to scrypt-n but I am very new at this and a bit lost.  I have 2 R7970 3GB cards and I am using BAMT (don't know which version, son set this up).  Everything was find and dandy on scrypt but when I made the changes to scrypt-n my dashboard is funky.  Is tells me I have 0 accepted shares.  When I go to my stats page on the pool it says I have 1.82/mh in the scrypt-n with a 50% reject rate.


HELP

 

YOU REALLY SHOULD OPEN THE IRC channel so people could come ask questions there.  JMO

thanks for help

KayCee

Workers: (15min approximated)
Worker   Algorithm   Hashrate (rejected)   Show
(default)   nscrypt    2.28 MH/s (50.0%)   

If you have Teamviewer I would be able to help. Which pool are you using? Forgot which thread I was in.....  

PM me, dinner is ready.

[edonkey]

Big drop in Scrypt hash rate. So where did the whale go this time? Not to CM apparently because its hash hasn't gone up.

[edonkey]

Big drop in Scrypt hash rate. So where did the whale go this time? Not to CM apparently because its hash hasn't gone up.

Never mind. I think the whale just showed up on CM.

[phzi]

Big drop in Scrypt hash rate. So where did the whale go this time? Not to CM apparently because its hash hasn't gone up.

Never mind. I think the whale just showed up on CM.

Sfire mines straight LTC occationally too.  They hop around a fair bit these days.  Even have a private .cn server for CM.

[kenshirothefist]

If WafflePool took this same idea, but instead waited for authentication, checked the user's pre-defined algo weights, and rejected/accepted auth based on the best algo, we would have a pretty excellent multi-algo-profit-switching pool =].

I'm very glad that other pools are interested in multi-algo as well. I'm definetly interested in common brainstorming and development in improvments in either stratum protocol or mining software, or both - whatever that could lead into efficient algo switching at miners side. Let's share ideas in the new sgminer thread https://bitcointalk.org/index.php?topic=632503.0 (or somewhere else).

BTW: regarding pre-defined algo weights - well, besides the hashrate ratio which is more or less equal for all miners, the only interesting weight is electrical power consumption. Unfortunatelly, electricity power consumption is not linear to BTC/GH/Day ratio calculation (exponential function with measured staring point should be used, and since miner doesn't know the current price ratio, he can't set power consumption weights). See also this example https://nicehash.com/multialgo/power-factor-calculation_x11.xlsx ... you can play with the numbers and you'll see that it is not trivial...  but if you can come out with this logarithmic formula, please, do share it with me ... If we find this formula then we can introduce epp (electricity power price) parameter and evaluate it in the profitability formula.

[poolwaffle]

X11 is now in private testing (alpha).  Should be put in beta tomorrow morning assuming everything goes properly (just need to find a block or two on non-testnet and confirm everything works properly)

[utahjohn]

What miner are you using for X11? and any special config flag for it?

[poolwaffle]

What miner are you using for X11? and any special config flag for it?

My personal box is testing with sph-sgminer, but I don't think thats what I want to recommend to actual miners, its just what I had here that supports X11.  Most of the testing is done using rented rigs (various sites) just because I know they're configured properly, so it removes a layer of potential problems.  It also means that if something breaks terribly, no miners can complain

Once I know everything is good there, we'll open it up to public beta (probably tomorrow)

[utahjohn]

@PW

Getting a lot of disconnects with cpuminer-vert:

[2014-06-04 17:39:49] accepted: 304/304 (100.00%), 7.28 khash/s (yay!!!)
[2014-06-04 17:40:39] Stratum detected new block
[2014-06-04 17:42:23] Stratum detected new block
[2014-06-04 17:44:15] Stratum detected new block
[2014-06-04 17:44:53] Stratum detected new block
[2014-06-04 17:45:22] Stratum detected new block
[2014-06-04 17:46:19] Stratum detected new block
[2014-06-04 17:46:47] accepted: 305/305 (100.00%), 7.37 khash/s (yay!!!)
[2014-06-04 17:48:47] stratum_recv_line failed
[2014-06-04 17:48:47] Stratum connection interrupted
[2014-06-04 17:48:48] Stratum detected new block
[2014-06-04 17:49:05] accepted: 306/306 (100.00%), 7.58 khash/s (yay!!!)
[2014-06-04 17:51:05] Stratum connection timed out
[2014-06-04 17:51:05] Stratum connection interrupted
[2014-06-04 17:51:05] Stratum detected new block
[2014-06-04 17:52:04] Stratum detected new block
[2014-06-04 17:52:14] accepted: 307/307 (100.00%), 7.49 khash/s (yay!!!)
[2014-06-04 17:54:14] Stratum connection timed out
[2014-06-04 17:54:14] Stratum connection interrupted
[2014-06-04 17:54:14] Stratum detected new block
[2014-06-04 17:54:23] Stratum detected new block

my startup is:
minerd.exe -a scrypt -o stratum+tcp://uswest.wafflepool.com:3332 -u 1HANJQygp3jHuzutceBgMT7wfCgEug6h4L_cpu1 -p d=32 --threads 4 -q

[cebb]

Wafflepool could be dead in 6 months the way things are going.

We had a good run with scrypt coins. Scrypt-n are not so successful. X11 and X13 are the coins of the month but unfortunately their PoW phase is usually very short. By the time wafflepool implements them something new will be out.

I have a fairly good idea what the new theme is going to be. Cryptonote coins. GPU miners are out but are not very efficient in terms of energy costs. however GPU miners are being optimized as of now.

If wafflepool starts implementing cryptonote coins like MRO now, then i think we will have another good run for next year.

[suchmoon]

If WafflePool took this same idea, but instead waited for authentication, checked the user's pre-defined algo weights, and rejected/accepted auth based on the best algo, we would have a pretty excellent multi-algo-profit-switching pool =].

I'm very glad that other pools are interested in multi-algo as well. I'm definetly interested in common brainstorming and development in improvments in either stratum protocol or mining software, or both - whatever that could lead into efficient algo switching at miners side. Let's share ideas in the new sgminer thread https://bitcointalk.org/index.php?topic=632503.0 (or somewhere else).

BTW: regarding pre-defined algo weights - well, besides the hashrate ratio which is more or less equal for all miners, the only interesting weight is electrical power consumption. Unfortunatelly, electricity power consumption is not linear to BTC/GH/Day ratio calculation (exponential function with measured staring point should be used, and since miner doesn't know the current price ratio, he can't set power consumption weights). See also this example https://nicehash.com/multialgo/power-factor-calculation_x11.xlsx ... you can play with the numbers and you'll see that it is not trivial...  but if you can come out with this logarithmic formula, please, do share it with me ... If we find this formula then we can introduce epp (electricity power price) parameter and evaluate it in the profitability formula.

I think you are overcomplicating the power problem. The miner knows (well - needs to know) two facts about each algorithm: hashrate of the rig, and cost to run that rig. Cost to run should be normalized to a certain period - per day would be probably most convenient since we are used to calculating earnings as BTC per MH/s per day. It doesn't have to be just power cost, it could be rental cost or whatever the miner's expense is. So for example a fairly common GPU rig of 4x 280X would be:

X11: 12 MH/s, 0.002 BTC/day
X13: 9 MH/s, 0.002 BTC/day
Scrypt: 3 MH/s, 0.003 BTC/day
Scrypt-N: 1.4 MH/s, 0.003 BTC/day

This is enough information for the pool to determine which algo is best for that specific rig. I don't think there are any exponential functions involved here. Just find a way for the miner to supply that information to the pool - two numbers for each algo - whether via stratum protocol enhancements, or via password field (hate that but whatever gets it going).

If you want to make it easier for the miner you can provide a calculator on the website where the user could enter power consumption in Watts and power cost per kWh and get the BTC per day value, and even provide a list of typical rig configs to choose from, downloadable config files etc. BTC/fiat exchange rate is not that significant, because relative cost for each algo will remain roughly the same if BTC goes up or down, only the miner's absolute profit will change.

[comeonalready]

If WafflePool took this same idea, but instead waited for authentication, checked the user's pre-defined algo weights, and rejected/accepted auth based on the best algo, we would have a pretty excellent multi-algo-profit-switching pool =].

I'm very glad that other pools are interested in multi-algo as well. I'm definetly interested in common brainstorming and development in improvments in either stratum protocol or mining software, or both - whatever that could lead into efficient algo switching at miners side. Let's share ideas in the new sgminer thread https://bitcointalk.org/index.php?topic=632503.0 (or somewhere else).

BTW: regarding pre-defined algo weights - well, besides the hashrate ratio which is more or less equal for all miners, the only interesting weight is electrical power consumption. Unfortunatelly, electricity power consumption is not linear to BTC/GH/Day ratio calculation (exponential function with measured staring point should be used, and since miner doesn't know the current price ratio, he can't set power consumption weights). See also this example https://nicehash.com/multialgo/power-factor-calculation_x11.xlsx ... you can play with the numbers and you'll see that it is not trivial...  but if you can come out with this logarithmic formula, please, do share it with me ... If we find this formula then we can introduce epp (electricity power price) parameter and evaluate it in the profitability formula.

I think you are overcomplicating the power problem. The miner knows (well - needs to know) two facts about each algorithm: hashrate of the rig, and cost to run that rig. Cost to run should be normalized to a certain period - per day would be probably most convenient since we are used to calculating earnings as BTC per MH/s per day. It doesn't have to be just power cost, it could be rental cost or whatever the miner's expense is. So for example a fairly common GPU rig of 4x 280X would be:

X11: 12 MH/s, 0.002 BTC/day
X13: 9 MH/s, 0.002 BTC/day
Scrypt: 3 MH/s, 0.003 BTC/day
Scrypt-N: 1.4 MH/s, 0.003 BTC/day

This is enough information for the pool to determine which algo is best for that specific rig. I don't think there are any exponential functions involved here. Just find a way for the miner to supply that information to the pool - two numbers for each algo - whether via stratum protocol enhancements, or via password field (hate that but whatever gets it going).

If you want to make it easier for the miner you can provide a calculator on the website where the user could enter power consumption in Watts and power cost per kWh and get the BTC per day value, and even provide a list of typical rig configs to choose from, downloadable config files etc. BTC/fiat exchange rate is not that significant, because relative cost for each algo will remain roughly the same if BTC goes up or down, only the miner's absolute profit will change.

Why bother pinning calculations to absolute currency values at all if they are guaranteed to be inaccurate as soon as the next market trade goes through?  (And you even realized that by the time you finished writing your post!)

All an alternative algorithm miner would need to pass to the pool server is its own unique calculated efficiency factor, relative to Scrypt10.

The blissfully ignorant will ignore it and the pool server can use its own assumed algorithmic efficiency factors, exactly as it is doing now.
(0.50 for Scrypt11, 4.00 for X11, 3.00 for X13, etc.)

Others who are more aware of their miner's alternate algorithmic hash rate ratios can override those assumed values with more accurate ones.
(e.g. 0.48 for Scrypt11, 3.90 for X11, 2.90 for X13, etc.)

And those who understand the concept of hash rate production costs can scale the efficiency factor value appropriately.
(e.g. 0.48 for Scrypt11, 5.20 for X11, 3.87 for X13, etc.)

Miners will probably have to configure unique worker names (which would need to remain consistent across all the algorithms configured for each mining rig).

The pool server will probably have to cache each worker's efficiency factor for each algorithm for an appropriate amount of time, as each mining rig can have a different set of algorithmic efficiency factors, and the efficiency factor for each algorithm would arrive individually on separate sockets (if specified via password parameter, as has been typical so far).
 
Or you could just automate pool selection on the client side as I have been doing for quite some time, and will probably continue doing long after anything like this is implemented.  But it would be nice to have something to fall back on when your web sites are under attack and the relevant information on them (or via api) is temporarily unavailable.
 

[ndevices]

poolwaffle
When we mine VTC, we also mine (merged) PLX and MON like other pool or not?