UPDATE REGARDING LOCAL PROXY DEVELOPMENTI have not done much updates on site directly in past few days, because I was "hiddenly" developing local stratum mining proxy that will bring several benefits to users of LeaseRig.net (mostly providers).
I am already running beta test on my own 2 rigs and will soon offer the rig (yes, now it will be one rig combining hash power of both rigs together) for rental.
So, lets see what are the benefits:
- no more cgminer API configuration needed
- no more port forwarding needed
- no more taking care of your IP either being static or using some dyndns service
- basically, it gets as simple as running a simple lightweight application among with cgminers
- better pool management; immediate pool changes, reliable pool removals - this will very nicely integrate with existing features such as preconfigured pools in orders and auto-set-pool when hiring -
overall pool management is not bugged anymore and will work as expected- saving of pools; every change is reflected in updated pools.conf file - in case your rig goes down, you will have no issues putting customers pools back on; in fact, all you have to is run proxy and these pools will be auto loaded; pools are saved by priority (another great thing that cgminer lacks)
- speed statistic is
measured by ACCEPTED SHARES - the stats shown on LeaseRig will actually reflect what you get on pools; this means that rigs using this proxy can be sold for higher price
- support for big farm rigs with tens of mhs
- less admin management needed
- pool switching is fast with no delays (just make sure your cgminer or whatever miner connects to proxy ONLY and no other pools - you can manage all backup pools via proxy - by config file or via LeaseRig.net admin panel)
- decentralized mining is intact (very important factor, just check out what happened with betarigs when there were too many connections to single pool)
- various miners will be supported, thus supporting cpu mining for cpu only altcoins
The drawbacks are:
- no realtime of khash stats that you get in cgminer; khash measured by accepted shares means that if your customer is mining on bad pool, he will get much lower actual speed (I may change this in future and report both speeds just to make everything more clear)
- only stratum protocol supported (for now, I will implement getwork for solomining later; the issue with solomining is that we will not be able to calculate speed, because miners do not send any data back besides when block is solved - until I develop real pool-proxy)
- variance of reported speed might be high (just like on pools)
There will be windows and linux binaries provided. The application is very lightweight, coded in C, consumes almost 0 resources and could handle 500+ rigs for sure. Since it is a singlethreaded design, it means I have plenty of room to scale it up with worker threads, but so far this is not needed yet. You will be able to run it on one of your existing rigs and then configure all other rigs to connect to it in your local network.
So if I got everything up and running, configured and so on. Is there any benefit for me as provider?
Show Posts
