Title: Best Practices: Stratum Mining Proxies ? Post by: Xian01 on May 02, 2013, 01:15:38 PM I have a farm of getwork GPU's funneled through BitHopper 2.6.2 to give me an "at-a-glance" view of what's happening with each of the miners in my farm by HTTPing to a local stats page.
With pools starting to phase out getwork, might anyone recommend a solution for proxying/managing multiple miners over Stratum ? Title: Re: Best Practices: Stratum Mining Proxies ? Post by: Zanatos666 on May 02, 2013, 01:31:51 PM Im pretty sure that is one of the main reasons why pools are going to stratum, because its supposed to be pool-hoping proof.
Title: Re: Best Practices: Stratum Mining Proxies ? Post by: Xian01 on May 02, 2013, 01:38:30 PM Im pretty sure that is one of the main reasons why pools are going to stratum, because its supposed to be pool-hoping proof. To be clear, I am not looking to hop; looking for a central place to get an at-a-glance view of what's going on with my farm rather than having to rely on site stats to manage my miners. To my understanding, pool-hopping-for-profit is pretty much infeasible, presently. Title: Re: Best Practices: Stratum Mining Proxies ? Post by: Zanatos666 on May 02, 2013, 01:53:39 PM Im pretty sure that is one of the main reasons why pools are going to stratum, because its supposed to be pool-hoping proof. To be clear, I am not looking to hop; looking for a central place to get an at-a-glance view of what's going on with my farm rather than having to rely on site stats to manage my miners. To my understanding, pool-hopping-for-profit is pretty much infeasible, presently. I see, well the combating of pool-hoping may have unfortunately for you also, for the time being, hamstrung your ability to do this as well. Title: Re: Best Practices: Stratum Mining Proxies ? Post by: ahitman on May 11, 2013, 09:54:59 PM Stratum has nothing to do with pool hopping. A pool is susceptible to hopping if it uses a proportional payout system (some other system may be affected to a lesser degree). This is not based on if they use getwork or stratum to give out work to the miners.
One way the stratum mining proxy is valuable is to allow a client that does not support stratum to mine at a stratum only pol via the proxy. Title: Re: Best Practices: Stratum Mining Proxies ? Post by: ahitman on May 25, 2013, 12:10:49 AM I have a farm of getwork GPU's funneled through BitHopper 2.6.2 to give me an "at-a-glance" view of what's happening with each of the miners in my farm by HTTPing to a local stats page. With pools starting to phase out getwork, might anyone recommend a solution for proxying/managing multiple miners over Stratum ? Sorry that this thread was killed, but I am too looking for a software that will allow at a glance view of your farm, but I also would like to keep track of workers shares as well so I know how much each gpu mined seperatley. Did you find a solution for your problem Xian01? Title: Re: Best Practices: Stratum Mining Proxies ? Post by: Nemo1024 on May 27, 2013, 05:23:19 PM I use mining-proxy (https://github.com/CryptoManiac/stratum-mining-proxy) for getwork-base pooler's cpuminer against stratum-only Give-Me-LTC
This proxy supports both sga256 and scrypt protocols, so it might come in handy for your needs, in conjunction with your existing software. Title: Re: Best Practices: Stratum Mining Proxies ? Post by: HellDiverUK on May 29, 2013, 07:44:06 PM Another query - I use the mining_proxy from slush's, but I'd be happier if there was a mining proxy that did failover. I used pool failover on cgminer, but when cgminer is running through a mining proxy, it doesn't fail over when one of the pools craps out. I use the proxy to keep rejected shares down due to a lumpy internet connection.
So, mining proxy with pool failover? Or am I missing something. Title: Re: Best Practices: Stratum Mining Proxies ? Post by: Nemo1024 on May 31, 2013, 09:51:37 AM I have an idea how this can be achieved. Run 2 or more mining proxies against different pools on different ports and configure cgminer to fail-over to a proxy on another port, thus effectively switching to another pool. Here is mining_proxy help (use different -sp and -gp values for each proxy instance):
Code: D:\local\Bitcoin\cpuminer>mining_proxy.exe --help |