Bitcoin Forum

Say i had 150 block erupters daisy chained across a few hubs.. say someone orders a 7 day mining contract from me at 333MH/s... is there a piece of software, lets call it a contract controller, that will allow me to dedicate x amount of miners to said worker id for X amount of time

Needed fuctionality

1. Ability to queue up contracts

If all miners are being used, have the ability to queue up a contract until said hardware is available.

2. Ability to save worker login details

for repeat customers

3. Quick Mine

if i had a client that had a 7 day 1 miner contract and i had no other hardware being used, the ability to use more hardware to complete contract quicker

4. Say i had a contract for 5 GH but i only have one miner avaliable, i would want the ability to at least start on the contract

Cgminer you can set to only mine on a certain device.
Havent tested on usb but its works on GPUs

Wouldn't it be easier to just you know, Sell the BTC you mine in a day/week/whatever?  Is this the new thing to do on ebay now?

CGMiner can be set to quit after N number of shares. 335MH/s is ~4.7Shares/minute. 60 minutes in a hour. 24 hours in a day. 7 days in a week.

cgminer.exe --shares 47360


Then I would run a batch loop that writes the api output to a log file every 10 minutes, in case CGMiner crashed you could see how many of those 47300 shares were submitted.

it would just be a nice programming project if its possible

As crazyates suggested you'd probably have an easier time converting that hashrate to shares and mining X total shares per customer, which can then be divided up onto whatever devices are available. Total shares would have to be accepted + rejected + stale since you're selling by hashrate, not accepted shares. I'm guessing --shares already does this. If you used this method, you can get these values via the miner's API.


You could also keep track of time and hashrate (or total hashes) and keep mining until the customer averaged 333Mh/s over the time frame they purchased. Since you're selling by hashrate, I think this is the most accurate (though the difference may be negligible.)


Or contract it on a per-erupter basis, one erupter per day/week/month (which may have a hashrate around 333Mh/s) will cost Y. Doing it this way you'd have to keep track of the time the erupter was running to account for any downtime caused by miner crashes, etc.

Either way it's possible.

im just trying to figure out a start point from a code script standpoint