If there was proxy made, then for sure it would be made for win (all versions) and linux (all versions) - just like cgminer is capable of running on both OSes. I am well aware that providers use different OSes so any kind of solution with new software must be very robust and portable. Luckily I know exactly what would have to be done, but it is a bit time consuming (would take me 2 or 3 days).
For now, I will try to improve rigtest subpage of leaserig - I can make it to detect whether cgminer is properly configured (with pool saving that come back after cgminer restart).
Also about to implement lease history and stats about current rig rental prices.
Topic: [ANN] LEASERIG.NET - rent&hire Quark hashing power! - page 30. (Read 106985 times)
I vote for a NON-mandatory 3rd party solution.
Right - i amend my vote - if you're going to write an add-on, i vote for it to be baked into a linux distro. but you'll have to make it cross platform, so for windows, you just need to distribute an installer.
But overall - i am very much in favor of this add-on software or customized distro being very much OPTIONAL.
I vote for a NON-mandatory 3rd party solution. I have spent time making my rigs function properly and the system is working for me. I know for some this is not the case which is why having another solution is a good idea, however as long as it is not a mandatory thing. I prefer win OS because i use cgwatcher and cgremote and everything is working at its peak and stable current condition. I would not like to be forced to use another OS just for the sole reason of the uncertainty it would bring to the stability of my rigs and their hash rates.
Having said all that, I will again say i think it is a good idea to have another solution for an option for operators as long as its not mandatory for operators to switch too.
And above all else fantastic work so far on leaserig.net djeZo, I have no plans to switch to any other leasing site.
Having said all that, I will again say i think it is a good idea to have another solution for an option for operators as long as its not mandatory for operators to switch too.
And above all else fantastic work so far on leaserig.net djeZo, I have no plans to switch to any other leasing site.
djezo, maybe it will be simpler to make fork of bamt?
bamt fork made for leaserig, provider will need to only edit default pools, gpu config (mem, engine,fan etc), and api port
bamt fork made for leaserig, provider will need to only edit default pools, gpu config (mem, engine,fan etc), and api port
+1 for this. My vote would be start with SMOS - Bee Edition. SMOS is a more recent fork of BAMT with modern drivers for r9 and various ethernet boards. it also has some forced donation of 15 minutes per day to the developer's pool. Bee Edition is just SMOS with this donation removed (it's just a cron job anyways).
https://litecointalk.org/index.php?topic=10253.0
I vote for "SMOS - LeaseRig Edition", with no donations and with your special sauce baked in to communicate with your server. Eliminate the local cgconfig all together and just do it through Leaserig!
bamt is linux.
provider need to download *.img file and make bootable usb with it, no hdd.
provider need to download *.img file and make bootable usb with it, no hdd.
djezo, maybe it will be simpler to make fork of bamt?
bamt fork made for leaserig, provider will need to only edit default pools, gpu config (mem, engine,fan etc), and api port
bamt fork made for leaserig, provider will need to only edit default pools, gpu config (mem, engine,fan etc), and api port
bamt is only for linux, isnt it?
djezo, maybe it will be simpler to make fork of bamt?
bamt fork made for leaserig, provider will need to only edit default pools, gpu config (mem, engine,fan etc), and api port
bamt fork made for leaserig, provider will need to only edit default pools, gpu config (mem, engine,fan etc), and api port
No, please, no "embedded solutions" ... this has to be completely cross-platform independent piece of software.
djezo, maybe it will be simpler to make fork of bamt?
bamt fork made for leaserig, provider will need to only edit default pools, gpu config (mem, engine,fan etc), and api port
bamt fork made for leaserig, provider will need to only edit default pools, gpu config (mem, engine,fan etc), and api port
I need to do something about pool management in case of rig failures first, because half of providers either have:
- not permitted save
- saving to different file / working directory
- non-matching default pools on site compared to cgminer startup pools - rendering pool auto removal useless
- smos and auto switching to some xyz pools?
I am thinking about creating special software which would act as a middleman between my site and cgminer. Benefits include:
- no more port forwarding on routers
- ability to merge several cgminer instances together and give customer one single big rig
- forced pools - because this middleman would be running on same machine as cgminer or at least in same network, it would be possible to execute several commands each 10 seconds without worries to overload anything
- not permitted save
- saving to different file / working directory
- non-matching default pools on site compared to cgminer startup pools - rendering pool auto removal useless
- smos and auto switching to some xyz pools?
I am thinking about creating special software which would act as a middleman between my site and cgminer. Benefits include:
- no more port forwarding on routers
- ability to merge several cgminer instances together and give customer one single big rig
- forced pools - because this middleman would be running on same machine as cgminer or at least in same network, it would be possible to execute several commands each 10 seconds without worries to overload anything
I understand the issues of some rig providers with current system, however, I have second thoughts on this proposal. The current system in awesome for the serious and professional rig providers. It provides a decentralized system which is not dependent on your system - even if your server/system goes down/is having issues, the currently rented rigs will continue to work without any interruptions. And if someone is having issues it is 100% clear where is the fault is (weather at the rig provider or at the renter, the fault can't be on your side). As soon as you'l introduce whatever kind of proxy (local or remote), you'll loose all this. Any kind of proxy also brings additional latency and overhead and my affect mining performance. And there is also the thing of trust in this "special software" which has to run in my network / on my machines. That said - I welcome the new proposal, but you should definitely keep also the current system for those rig providers who are willing and able to configure it properly (nat rules, cgminer config, etc.).
And, again, djeZo, just risk a couple of hours and implement the "current price" information ... it really shouldn't be that hard.
The proxy I am talking about here is not running on my server, it would be run by every single person offering rig via leaserig. Think about it as an extension of cgminer - alternative would be to modify cgminer itself and make all leasers use it - but that would bring problems with SHA256 providers, because their software is usually forked from earlier cgminer and there are tons of various ones. The proxy runs on same rig; there is no risk of downtime. And because another software is in the middle, I can change "connect direction". Instead of leaserig connecting to cgminer, I can make cgminer (proxy) connect to leaserig, thus avoiding all NAT issues.
The only 2 issues are:
- coding work is needed
- the proxy must be portable (linux & win) - looks like I cannot avoid good old C here...
There are no additional latencies because local proxies have 0ms latency. The stratum connections would be still ordinary, this is just proxy for cgminers API, nothing more.
The additional benefits I forgot to include are:
- better stats regarding stability
- change reports (this one means we could have true real-time stats of current hashing speed on website - with no 1min checking intervals like now)
I need to do something about pool management in case of rig failures first, because half of providers either have:
- not permitted save
- saving to different file / working directory
- non-matching default pools on site compared to cgminer startup pools - rendering pool auto removal useless
- smos and auto switching to some xyz pools?
I am thinking about creating special software which would act as a middleman between my site and cgminer. Benefits include:
- no more port forwarding on routers
- ability to merge several cgminer instances together and give customer one single big rig
- forced pools - because this middleman would be running on same machine as cgminer or at least in same network, it would be possible to execute several commands each 10 seconds without worries to overload anything
- not permitted save
- saving to different file / working directory
- non-matching default pools on site compared to cgminer startup pools - rendering pool auto removal useless
- smos and auto switching to some xyz pools?
I am thinking about creating special software which would act as a middleman between my site and cgminer. Benefits include:
- no more port forwarding on routers
- ability to merge several cgminer instances together and give customer one single big rig
- forced pools - because this middleman would be running on same machine as cgminer or at least in same network, it would be possible to execute several commands each 10 seconds without worries to overload anything
I understand the issues of some rig providers with current system, however, I have second thoughts on this proposal. The current system in awesome for the serious and professional rig providers. It provides a decentralized system which is not dependent on your system - even if your server/system goes down/is having issues, the currently rented rigs will continue to work without any interruptions. And if someone is having issues it is 100% clear where is the fault is (weather at the rig provider or at the renter, the fault can't be on your side). As soon as you'l introduce whatever kind of proxy (local or remote), you'll loose all this. Any kind of proxy also brings additional latency and overhead and my affect mining performance. And there is also the thing of trust in this "special software" which has to run in my network / on my machines. That said - I welcome the new proposal, but you should definitely keep also the current system for those rig providers who are willing and able to configure it properly (nat rules, cgminer config, etc.).
And, again, djeZo, just risk a couple of hours and implement the "current price" information ... it really shouldn't be that hard.
We are dangerously running out of rigs! Where are all the rig providers now? You get paid 10-20% more than elsewhere, keep that in mind, also payment is in advance, the moment your rigs get hired!
I need to do something about pool management in case of rig failures first, because half of providers either have:
- not permitted save
- saving to different file / working directory
- non-matching default pools on site compared to cgminer startup pools - rendering pool auto removal useless
- smos and auto switching to some xyz pools?
I am thinking about creating special software which would act as a middleman between my site and cgminer. Benefits include:
- no more port forwarding on routers
- ability to merge several cgminer instances together and give customer one single big rig
- forced pools - because this middleman would be running on same machine as cgminer or at least in same network, it would be possible to execute several commands each 10 seconds without worries to overload anything
- not permitted save
- saving to different file / working directory
- non-matching default pools on site compared to cgminer startup pools - rendering pool auto removal useless
- smos and auto switching to some xyz pools?
I am thinking about creating special software which would act as a middleman between my site and cgminer. Benefits include:
- no more port forwarding on routers
- ability to merge several cgminer instances together and give customer one single big rig
- forced pools - because this middleman would be running on same machine as cgminer or at least in same network, it would be possible to execute several commands each 10 seconds without worries to overload anything
djeZo, it is good to see that you've added the new "orders" functionality. But this site still lacks one crucial information, this is the "current price".
For a rig provider to able to set a good price it is essential to see what is the current price demand. This can bee seen from the prices of currently rented rigs ... but we don't have this information! We only see "Best rated price (BTC/MH/day)" which is in most cases different from the price at which rig is currently rented! This is like I would go to BTC trading site and I would see only the offer prices and bid prices, but not current deals and current price ... this is ridiculous.
We need additional extra column:
"Currently rented
price (BTC/GH/day)"
For the rigs that are rented you would display the BTC/GH/day price at which the rig is currently rented, for the available rigs you would display "N/A" (obviously, since they are currently not rented).
And it would be also good to see some statistical info on top of the page:
currently rented MH/s: xxx
current average rented price/MH/day: xxx
Since this is only a display feature and does not affect any functionality, why can't you implement it?
And I ask also other users: wouldn't you find this useful?
For a rig provider to able to set a good price it is essential to see what is the current price demand. This can bee seen from the prices of currently rented rigs ... but we don't have this information! We only see "Best rated price (BTC/MH/day)" which is in most cases different from the price at which rig is currently rented! This is like I would go to BTC trading site and I would see only the offer prices and bid prices, but not current deals and current price ... this is ridiculous.
We need additional extra column:
"Currently rented
price (BTC/GH/day)"
For the rigs that are rented you would display the BTC/GH/day price at which the rig is currently rented, for the available rigs you would display "N/A" (obviously, since they are currently not rented).
And it would be also good to see some statistical info on top of the page:
currently rented MH/s: xxx
current average rented price/MH/day: xxx
Since this is only a display feature and does not affect any functionality, why can't you implement it?
And I ask also other users: wouldn't you find this useful?
+1
djeZo, it is good to see that you've added the new "orders" functionality. But this site still lacks one crucial information, this is the "current price".
For a rig provider to able to set a good price it is essential to see what is the current price demand. This can bee seen from the prices of currently rented rigs ... but we don't have this information! We only see "Best rated price (BTC/MH/day)" which is in most cases different from the price at which rig is currently rented! This is like I would go to BTC trading site and I would see only the offer prices and bid prices, but not current deals and current price ... this is ridiculous.
We need additional extra column:
"Currently rented
price (BTC/GH/day)"
For the rigs that are rented you would display the BTC/GH/day price at which the rig is currently rented, for the available rigs you would display "N/A" (obviously, since they are currently not rented).
And it would be also good to see some statistical info on top of the page:
currently rented MH/s: xxx
current average rented price/MH/day: xxx
Since this is only a display feature and does not affect any functionality, why can't you implement it?
And I ask also other users: wouldn't you find this useful?
For a rig provider to able to set a good price it is essential to see what is the current price demand. This can bee seen from the prices of currently rented rigs ... but we don't have this information! We only see "Best rated price (BTC/MH/day)" which is in most cases different from the price at which rig is currently rented! This is like I would go to BTC trading site and I would see only the offer prices and bid prices, but not current deals and current price ... this is ridiculous.
We need additional extra column:
"Currently rented
price (BTC/GH/day)"
For the rigs that are rented you would display the BTC/GH/day price at which the rig is currently rented, for the available rigs you would display "N/A" (obviously, since they are currently not rented).
And it would be also good to see some statistical info on top of the page:
currently rented MH/s: xxx
current average rented price/MH/day: xxx
Since this is only a display feature and does not affect any functionality, why can't you implement it?
And I ask also other users: wouldn't you find this useful?
Yep, new feature is coming; big one. Let's hope I can finish it today. And yes, there is very high demand, just prices are a bit too high, all rigs would be sold out if providers offered for a bit lower price.
Aye, prices way too high.
And now, only 3 rigs left for > 0.03 BTC/MH/day ...
By the way, great work and great site djezo !
This looks just great, cant wait to get my rigs out there!
Depending on hashrate, but generally around price for MH/day, so if you have 2 MH rig, it would be 0.04 BTC.
How much is the escrow for a new miner?
To all customers - you can place rig orders now; something new, take it easy on it. I performed some tests locally, worked fine. But to make sure everything is 100% correct, start with little amounts of BTC first.
To all providers - you will be able to fill orders on main page.
To all providers - you will be able to fill orders on main page.
Jump to: