Topic: [ANN] LEASERIG.NET - rent&hire Quark hashing power! - page 42. (Read 106957 times)

djeZo, a good feature for leasers is a mass price change.  Right now if you want to change price on all the machines you have to do them each individually.  What would be great is set the BTC/Mhs/day price, select the number of hours, and then apply to all miners.

can u add script jane?

Calculations should take into account immature and unexchanged, otherwise it will not be accurate. the math is rather simple and you still have it wrong on your page. But you will need ongoing data for it. for example: take a reading at the begining of the day(right after payout) of TOTAL including unexhcanged, immature, and balance, take that number and find the difference between the end of the day total(at payout) including unexchanged,immature, and balance. This will give you the number of actually mined value of coins that day. Then you can take the average of the pools hash rate from the beginning of the day to the end, so that the factor of new workers are taken into account.

Without stratehm.net history to give me exact number, the math for yesterday is about:

Yesterdays starting balance = (20BTC immature + 150BTC unexchanged + 18BTC balance) = 188BTC
Yesterdays ending balance = (18.57BTC immature + 160BTC unexchanged + 354.52BTC balance) = 533.09BTC 
Total earnings yesterday = 345.09BTC

Average hashrate yesterday was approximately = 19,600Mh/s (using only accepted shares and rejects don't count)

345.09BTC / 19,600Mh/s = .0176 BTC/Mh/day

Now this is average earnings for the whole pool, actual individual earnings maybe more or less.

The process I just showed you is correct, but without the actual historical data from stratehm.net, this is only an estimation from the graph.

So if you leased your rig to somebody yesterday for higher than .018 BTC/Mh/day then you earned better than the average middlecoiner.

It looks better, but the real test will come in a few minutes when the payouts come and we can see for sure.

Excellent, thanks for the correction, Raveneye.  I've updated the page - does this seem more accurate?
http://home.digitolle.net/miner/middlecoin.php

That's good about new coins and it's actually only point that may pay of. I can buy any coin on exchange cheaper than what I'd get with hiring rig.

Thats pretty much the point, (and yes you can pick whatever pool you want) risk a new coin or an existing coin, hope for it to rise, cash out without having to buy/sell or have equipment/maintenance to deal with.

I haven't read whole thread to be honest..

So, what is the point of hiring these when you could buy coins at cheaper price than you pay for the rig hiring.

Only if you could pick any pool you want and eventually gamble on just announced coin that you still can't buy. Can you do that?

Just saw there is now a 72hour rentals,

New promotion for Frosta1 and Frosta2 rigs:

First person to rent either rig for 72hours will receive 6 free hours!

Other promotions still in place: 4 slots still open for the first 4 people to rent at 48 hours receive 4 free hours, and anyone who rents for 24hours receive 1 free hour.

If this is his marketing strategy, let it be

I think everyone can notice the trick by just looking at the table 

I don't think this is correct, guy listing 8 hours for the best price, then basically promoting a scam 24 hour deal at the top of the list for 0.05 MH a day:
http://leaserig.net/index.jsp?page=hire&rigid=93
The new listing model and the user definable sorting allows these kind of shady setups...

The calculation you mentioned seems more correct yes. So, to conclude, even if you rent at 0.015, it is still more profitable than middlecoin.

You assume that all Unexchanged and Immature is paid out at the end of every day and restarts the next day at zero.  This is false and throwing your calculation off badly.  
You are also dividing (BTC between 3AM and now) by (average Hash Rate) causing other errors.  It causes it to drop to near 0 right after a payout and climb to steadily as the day goes on.

If you want to see it clearly, check your site at 2AM UTC right before the payout happens, it will show something like this:
(13 BTC Immature) + (127 BTC Unexchanged) + (400 BTC Balance) = 440 BTC / 21200 MH = 0.0225 btc/mh/day
Then an hour later after the payout has happened, it will show something like this:
(13 BTC Immature) + (127 BTC Unexchanged) + (10 BTC Balance) = 150 BTC / 21200 MH = 0.007 btc/mh/day
In reality, 390 BTC was paid out for 21200 MH, or a total of 0.0184 btc/mh for 1 day

Check it in a few hours and see for yourself.

If you want an accurate estimate for the current day, ignore Immature/Unexchanged as they stay somewhat constant.  Then calculate:
Balance * (Hours since last payout)
----------------------------------
Hash Rate * 24

Right now, that works out to be:
330 BTC * 20 hours
------------------- = 0.01297 BTC / day
21200 * 24 hours

It is not exact as it assumes all BTC is paid out each day (in reality, only about 90-95% is, the rest is small amounts less than 0.01 btc per miner), and that Immature/Unexchanged is constant and it can vary quite a bit on some days, particularly if the exchanges are running slowly.

Please join my 42 Pool...
http://42.coinpool.de

In terms of profit, which i can say for 42coin, when a new coin comes out its a gamble as to whether or not it will be worth anything for any amount of time. If you rent a rig for a new coin, say 42coin, at .02btc per mh/s then sell that coin at what would be equivalent to .03btc per mh/s then you made a profit of .01btc per mh/s per day that you mined 42coin. The catch is, for both renters and operators, is the risk. Maybe a new coin will do good maybe it wont, maybe an existing coin might seem like its going to take off, maybe it wont. Take that into consideration plus the time and effort it takes to get a wallet put coins on exchanges ect ect ect. Some people are good at sitting on btce or cryptsy and trading all day long and making good profits, others are good at picking new coins that take off, even if its only for a short time. For me i would never rent my rig below what i can make at an auto exchange btc pool, because then someone else is making more money off me that i could be simply doing by myself, theres no logic in that. What is logical is that there are plenty of people out there taking risks and will continue to take risks, and those that take the risks have a change of making some or a lot of btc. Personally i'm tired of the trading game which is why I became an operator.

So for any future customers i would have to say, no there is no point in renting a rig just to point it at a profit switch auto btc payout pool, only rent if you plan on taking the risk on a new coin or a current coin that you think may go up in value and thus you would make more than you put into it. Same concept for trading on exchanges, you wouldnt buy at X price just to sell below that.

Yes, SHA256 works! I am also thinking about adding support for CPU coins. Is here anyone interested with some knowledge - I need to know whether quark miner is forked off cgminer and if yes, from which version on to check compatibility.

Rent my Jupiter... :-)))
680 GHS is now online...

Join my Pools: 10+ Pools are availible for you...
Example:
http://doge.coinpool.de/

When I check middlecoin payouts for rigs with similar hashrate I see payouts that are just a bit over 0.01 BTC/MH/day. Where is the catch then?

Based on the data I scrape from Middlecoin's own home page, if this is a true picture of profit, why would I rent my rig for less than this?
http://home.digitolle.net/miner/middlecoin.php
(and if I am oversimplifying it, please let me know where my issue is and I'll attempt to correct.)

I just remembered one important fact about cgminer (which I don't like at all) - it does accept only 1 API connection at a time. This could be one of the reasons why some of you complained about having bad connection stability. If you were heavily monitoring your cgminer or if your rig was heavily monitored on website, this could have built a queue that wasn't processed quickly enough to return data in 2 sec time. I implemented synchronization locks for each rig when doing API calls, so, at least, my site will not be doing more than 1 API call at a time.

Also stability is now ln calculated, which should minimize big impact of small/rare downtimes on overall number. The stability calculation is not final, this is just temporary solution. Real stability calculator will monitor past 24h activity.