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

Thx 4 the development.
Unfortunately my Hashra-Controla-Gridseed Rig still produces:

Is that rig running a supported miner? dtbartle/girnyau cgminer doesn't work, bfgminer should work although I haven't been able to test it yet, not sure about cpuminer.

10 minutes into being connected to your service:



Initial diff is 1024. Getting a 33% Reject rate, one of my 25 gridseed rigs is producing entirely rejects. Literally after 15 minutes of mining it hasn't produced a single accepted share. Switch to a regular pool though, 99% accepted. I've mined on pools with 2048 Diff and not seen rejects like this.

Lemme guess, my rigs are overclocked, overheated, or misconfigured? Can't possibly be a bad pool or config on your end, but hey who cares in it's on my dime right?  

I'll adjust the diff and try again.

What is the bug in CGMiner 3.7.2 that you refer to? That is the only thing I can think of that is causing this.

I'm seeing way less rejects with this update. Great work!

Can anyone explain what's wrong here:



I mean, no shares found during 2 minutes - is it because of the high difficulty and low rig's speed?

GAW hosted miners won't work. Apparently they use mining software that doesn't do the extranonce properly and you'll get only rejects.

So interested in this BUT I have a gridspeed 20 pack that is hosted and as of right not we dont have the ability to create a failover pool..

So until I have that ability, I sould not point my hosted Gridspeed here correct? As if there are no orders, I would not be mining correct?


What is the depth of the orders?? Is there some way to see this?? 

Meaning if there are tons of orders I would maybe not have to worry about my issue?

If you are looking at the "last 20 rentals" on LeaseRig then 0.0074 is a bit misleading. It does not include the time when rigs are mining backup pools (presumably less profitable) waiting to be rented, and it only shows a 2-3 hour snapshot. Besides the more expensive 1-2 hour rentals skew the average significantly. Having said that, LeaseRig is still more profitable but I really like the hands-off concept of nicehash and wouldn't mind to sacrifice 10% for less babysitting.

Hey, we are only online for one day (in pre-launch mode) and we're already at 100+ Mhs ... rest assure that when renters will taste the ease of use, flexible order placement, hassle free hash power renting, etc., the prices will just go up.

But as I see it so far you still get paid less .0054 vs .0074 average profit on LeaseRig ...

I fully agree! Being able to perform maintenance on miners at any time without checking which are rented out is great. Or not worrying about adding additional rental time when a rig goes down. From a providers perspective, I think this is much better.

this version uses bfgminer.

i cant login to console due to not know logindata from the hashra-image...

other pools running fine: multipool, scryptguild, hashcows, cryptotroll, middlecoin, clevermining,  ...

For those having miner issues, you might be able to use cgminer versions earlier than 3.7.2. I am using cgminer 3.1.1 (Scrypt on GPUs) and its working fine.

Payments are sent in a single transaction for all miners, thus the transaction fee is negligible. Furthermore, transaction fees for outgoing payments are covered by NiceHash and are included in the NiceHash service fee (which is currently set to 0% ). We want the providers to be paid fast, that's why we want to keep multiple payments per day.

hmmm. cant start mining on your "pool":


im using 6 gridseed with hashra controla image 1.3

If the payments are 4 times a day, then i will incur a lot of transaction fees.. would be nice if I could set a payment threshold..

I connected two instances of cgminer to nicehash and middlecoin. Both were switching to the same coins at the same time, convincing me that the hash buyer was mining at middlecoin. Middlecoin always has a 1024 difficulty and fast switching, causing high rejects and low hash rates.

Changing the effective difficulty at the proxy will not be trivial, but it would make mining pools like middlecoin much more productive.  I would like to see that implemented.

Why anyone would pay 5.5 btc/ghs/day to earn half that at middlecoin is beyond my comprehension though, unless its h2o himself.

It was between 17-20% for a few hours. Like the other poster here I was getting a ton of "new block" and "work restart" messages. Most rejects that I could see were "job not found". "Round accepted" hashrate shown on the website for the period was less than 80% of actual. Then it stalled completely and cgwatcher restarted the miner, now I'm at 11% rejects again and it's climbing . Ping to nicehash.com is under 20ms, but stratum.nicehash.com doesn't respond to pings so not sure about that.

It's a single R9 290 with sgminer 4.1, same hardware worked fine in other pools, it's tuned conservatively to about 880 KH/s with no crazy overclocking or anything. I get 0.3% rejects on a local P2Pool and no more than 2-3% on worst multipools, e.g. CleverMining.

On the bright side, the payout so far looks to be reasonable, and I like the fact that the website shows BTC added after every submitted share - no waiting for confirmed/exchanged/etc like on multipools. I'll keep it running for a while to see how it works out.

Thanks for your effort djeZo, much appreciated.

damn you... you made me read ))))))

yeah, those last couple of paragraphs describe the fix for my problem...

once the fix is implemented - i'll gladly come back

i just love the "no contract" nature of this service... if i was to rent my rig through betarigs or similar, i would be "in contract" for an x amount of hash for an x amount of hours...

with this service, i can hop on and off whenever i feel like... this means that if suddenly a coin i'm watching jumps up in profitability, i can quickly jump off to mine it without breaking that contract... i absolutely love this type of flexibility...

i've been trying your service for the last few hours... there are a lot of things that i like, but one thing that i dislike, and that one thing is probably going to end up being the "fatal flaw" that will keep me from coming back...

it seems that whoever is renting all this hash is mining a very low diff coin... the status on my sgminer shows something around 30k diff, which if i'm not mistaken is well below 1...

they also seem to be mining it in a pool that assigns my rigs a vardiff of above 1k... that's actually great for when a higher diff coin is being mined, but for these type of low diff coins it's terrible... the combination of high vardiff, low coin diff, and high hashrate pointing at the coin means that my rigs barely get a chance to submit shares... all i see on my screen is "new block found" and "requesting restart"... every once in a while one of the 5 gpu's manages to squeeze in one or two "accepted", but then it's right back to line after line of "block found"...

this is not a new phenomena, and happens often with newer coins where the diff is still extremely low, but the hash rate is high... i have experienced this in a number of pools before, and to remedy the problem the pool admins usually tweak the vardiff to assign lower pool diff... in fact, when i look for newer coins with low diff, i specifically look to mine them in a pool where the admin understands this problem, and adjusts the vardiff accordingly...

in the end this combination of massive hash, high vardiff and low diff coins is chocking my hash... my gpu's simply do not have a chance to submit work before the next block is found, and as a result my overall hashrate suffers tremendously... and i'm not using the word tremendously lightly here... i am yet to mine at a pool where my overall hash is not over 11+mh... while monitoring the stats page on nicehash, i rarely saw it hit anywhere near that number... most of the time the stats were showing me doing between 6-8mh... from 11 to 6 is not a "minor" drop by any means... i am way too lazy to do math right now, but it's easily a third of my total hash rate that has suddenly gone "poof"...

losing a third of my possible hash would be ok, in a weird way, if i had something misconfigured on my end etc... but it has nothing to do with my end... as i already mentioned, i have ran into this problem before and have done a lot of research and tweaked a gazillion and one settings to see if it would help...  i've adjusted everything from tc to intensity, tried different raw and xinensity values - all with the same result...  the only thing that made a difference was when the pool admin would adjust the vardiff from climbing too high...

i often rent rigs from betarigs when i need a bit of extra hashpower, and as a renter i would absolutely love your service... but as someone who's renting out the hashpower, losing a third of it simply because someone decided to point a shitload of hash at an infant coin in a pool run by an unknolwedgeable admin makes no sense to me... like i said it's the "fatal flaw" that may keep me from coming back...