Topic: [ANN] NiceHash.com - sell & buy hash rate cloud mining service / multipool - page 334. (Read 794443 times)

Ah..so this goes in the sgminer.conf file (sorry, I'm a bit of a noob with sgminer imo)

If you are using .bat:

Yea I have read that but I still dont understand how or where this goes in the scrypt file?

https://nicehash.com/index.jsp?p=faq#faqs1


Everyone who has a mining rig can be hash provider. There are no limits of minimum and maximum hash power. As a buyer, you only pay for valid (accepted) shares. If rig is down, it sends no shares -> you pay nothing. If rig is underperforming, it sends less shares -> you pay less. Simple as that.


Not many miners see the full potential and all benefits yet.

Hi, been mining with your pool for a few days and getting some nice payouts  

Can you clarify how to configure scrypt for backup pools though? Can we just use the --failover-only command as with cgminer?

Who is the hash provider? You? Also whats the minimum and maximum hash power? And whats your refunds policy? Say rig was offline or hash less then promised.

How is this service not 10GH already 

Now it is more than 30 already. 

Wow some crazy bids going on. 22.0 btc/gh/day!

i have tried lowering the price on the settings , it doesn't help so that is not the issue ,  for now i just keep an eye on it and restart the miner as needed in addition to the automatic scrypt i have to have miner reboot when its idling too long, but it does take alot of work to keep mining here so  i am happy something is being done to fix this bug.

Just wanted to let you know that we've updated our front page. We added some more statistics and made it a bit more friendly for new as well as our existing users. Hope you like the update.

Regarding the issues with mining software not being able to get work from NiceHash in some cases. As nicehashdev already explained in his post it's an annoying bug in the cg/sgminer mining software. Despite thorough testing we haven't identified this issue in the beta phase and I'm really sorry for you to face those issues now when we're in production. But rest assure that we're working hard to mitigate these issues in the NiceHash system itself until we provide patches for cg/sgminer sources and provide you with patched windows and linux binaries. This bug doesn't affect all version and all users and appears only in some circumstances. Thanks for understanding!

There are a couple of things you can do to mitigate these issues:
- monitor your cg/sgminer mining software and automate restarts when idling (this is recommended anyway, even you're note using NiceHash);
- and there is a simple way to bypass this issue if you just set you prices a bit lower (not forcing you to sell beyond your earining expectaions by any means, of course) and thus keep your miner on NiceHash for longer intervals ... keep in mind that even multipools are time-varying in profitability quite a bit so you might not get expected higher profits with high-frequency switching between NiceHash and your backup pool, even if switching would work without the mentioned issues in some cases.

Thanks for using NiceHash.com!

Make sure to push your changes to veox - he should include them in the sgminer git tree if they don't break anything.

Glad to see the situation should improve for miners soon - this site badly needs to focus on attracting some more hashing power at the moment.  A few more GH would be rather nice to see.  Need moah powwah! *rubs hands together*

Hello. Developer of NiceHash here.

The issue of no work is not caused by NiceHash. It is another bug in cg/sgminer that hasn't been fixed yet. It looks like after several hours of working, cg/sgminer falls into this state. Simple restart of cg/sgminer fixes the issue.

We are planning to create forked versions of:
- latest sgminer
- cgminer 3.7.2

Which will include:
- no work bug fix when price is low
- extranonce bug fix of cgminer 3.7.2 so it will be compatible with NiceHash
- additional stratum method for changing extranonce1 without reconnect (improved performance of your miners when switching orders)

We will provide source (on github) as well as Windows and Linux (SMOS/BAMT/Ubuntu) binaries.

it is starting to get really irritating, i caught my miner idling 3 times now , it will stay connected but wont freaking do anything ,  nicehash wont provide work and wont kill the connection.

They have been trying to fix this for a few days now ever since they introduced the stupid Limited GH/s that has been messing everything up.

No offense but, the people that ''go higher'' obviously have a way to get more out of there hashpower than you do. For example, yesterday people mined whitecoin at ~0.014 BTC/MH/day while renting at ~0.011 BTC/MH/day.


Then people would just put RoundUp(poolhashrate/max_rentable) amount of oders in at the highest price..
The current system seems fair because it represents an auction.

Also the way it works now makes NiceHash approach the maximum profit among all the scrypt coins (of course you have to deduct the 5-25% profit the renter(s) is/are making). This makes NiceHash profitable for the renter, who is out there looking for new/high profitable coins and then proceeds to rent hashrate -> other miner also find this coin and thus the bidding drives the price about 5-25% from this coins actual value (5-25% depending on how well know the coin is/gets) as well as for the miner who gets 75-95% of the current max value at all of the scrypt land without having to perform the staggering day job that is looking for profit in scrypt land.

note: don't pin me down on '5-25%' it's hard to do statistics when you don't know the coin people are mining most of the time

Yeah there are a few things i dislike.

Firstly as a "renter" it pisses me off i have to keep adjusting as i cant get any miners. I put it at the top rate then someone goes higher. Would be better to have a 10 min minimum or something like that before switching,

Also paying to cancel when i dont want to pay ridiculous rates anymore is just stupid. Why not put a pause option or a reduce fee option?

I am starting to think we need a cap on hashrate... unlimited is causing crazy bidding wars - 1/4 of the pool's total hashrate as a maximum would be nice.  

Oh wait... I remember how this works now - better point my rigs back here again while the rates are climbing!

But really tho, limiting order hashrate to maybe even 1/2 or 1/3 of the pool's total would make things seem more balanced I think.

---

Quick jerry rig made bidding on hashrate much less of a pain in the ass:



Would definitely suggest something like this be provided by default =).

Buy volume picking up, price heading higher.  Was making some good profit buying hashing power for the last few hours.

This site is seriously awesome - like day trading in real hashing power by the GH heh.  Sell some power when it's worth it, buy some power when rates fall.  Profit!