Topic: NiceHash.com - get paid more than mining on multipool - Scrypt/N/X11/X13/SHA3 - page 4. (Read 29696 times)

Why should us miners be penalized for someone choosing a bad pool? Last night I had more reject than accepted shares.  There should be a reject threshold on the order.  If it hits a certain amount of rejected Ghs the miners should be moved to a different order.  Just my 0.02

Yes. Any of the above + exploiting short windows of very profitable coins or any other things one could want extra hashing power for limited time. Try to make money off of it if you want. You're welcome.


Exactly. I been getting a payout every 10 hours with like 1MHs.

I think they said .002 is the threshold, but double check that. And I believe they said they pay out 4x daily which is a lot compared to most multipools.

what is minimum payout

The basic concept here is that the highest paying orders get first dibs on our hashing power, which encourages buyers to outbid each other, right? What are they buying the hashes for, just to mine coins rather than buying their own mining equipment? Or do you think they are devs trying to improve their coin's hash rate to gain credibility?

the "unix" link in the FAQ's for SGMINER points to GitHub..  I can only find source code here...  Is there someplace where a pre-compile unix version is available?

thanks,
Sigg

Well, unfortunatelly we can't support it since it's based on cgminer 3.7.2 which has the known "extra nonce bug". Kalroth should patch it from the upstream versions.

I know Kalroth did a great job with his cgminer branch (even I helped him with testing some early versions...) and it's quite popular. But on the other hand basically all the important patches he introduced were incorporated into recent sgminer versions. Therefore I really dont see any reasons why you wouldn't switch to sgminer (in fact there are many benefits such as easy kernel switching, nFactor support, bugfixes, etc.). Please take a look at https://nicehash.com/index.jsp?p=faq#faqs8

Any chance you'll support Kalroth's miner soon?
http://k-dev.net/cgminer/

I just tried this pool on my gridseed miners running on a raspberry pi with scripta and cgminer 3.7.2. But i only get rejected shares! What do i do wrong? I pointed them to stratum.nicehash.com:3333 with my bitcoin address as username and a random password.

I figured it out, there was actually a conflict between the information in my batch file and the information in the config file for sgminer - I never ran into this before because I usually use cgminer with all my settings in the batch files, no configs. Up and running on multiple cards now!

I wasn't aiming to be aggressive, i just believe this is worth discussing.

Since coincidental(?) update 1 hour ago~ i read less than 2% reject on sg miner with 290 and 0% on 560 ti (cudaminer).

If these holds, then you have yourself a pool-for-hire(TM) with good accept % and good return, till someone come to crash our party, anyways.

-V

Sorry, not blaming anyone, just trying to provide fair service for providers & buyers. And yes, it's not perfect yet.

However! We've updated our stale shares detection about 15 minutes ago. Please check the reject rate in the past 10 minutes and let me know if it is any better (also check your graphs stats on NiceHash).

Also, if you're using "--no-submit-stale" option (or ["no-submit-stale" : true] if using conf file) then do not use it anymore. Set ["no-submit-stale" : false] if using conf file or remove "--no-submit-stale" option from your command line. Stale shares shouldn't be submitted since buyers pool won't be able to use them (and you'll get more rejects).

There is nothing to worry about this. Please, take 15 minutes and carefully read this FAQ:

How exactly does pay-per-valid-share and get-paid-per-valid share work?
https://www.nicehash.com/index.jsp?p=faq#faqg2

I can assure you this is a 100% fair game for sellers and buyers.

If there is a buy order with a pool for extremely low diff and possibly even on a unstable or overloaded pool, you still will be paid for the valid work you provided, because NiceHash validates your work before it is sent to the pool. You can make sure about this if you check your payouts and your statistics.

It is true - sometimes buyers risks and submits order for extremely low diff and possibly even on a unstable or overloaded pool - but this is their risk (I guess they know what they are doing - hint: biggest profitability can be made when you try to "attack" coin with massive hashrate, maybe even try to fork it or take the majority of network hashrate for yourself). However, they will of course still have to pay for the valid work that was provided by providers, even if pool can't "eat" all the work that has been provided (it's just the same risk as having own rigs or rent dedicated rigs for fixed time). But since there are so many benefits for buyers with NiceHash (no contracts, no time boundary, no risk for failed rigs, etc) they prefer to mine on NiceHash instead of renting dedicated rigs.

It is also true that even if we validate all of your work when we're hitting some very low diff coin, it will happen that the reject rate will be a bit higher on providers side (because rigs actually aren't capable to produce all valid work on very low diff) - but here we're talking about reject rates 2-5% instead of normal 1-2%. But this is the exact same reject rate that a provider would have to "swallow" if you would be mining on any other pool or multipool which is hitting high-profitability low-diff coins. All you have to take into account is this: you might see 2-5% higher reject rates at some intervals (again, look at the graphs on our site, not your sgminer) but you'll get paid 25% more than multipools pays. So it's up to you weather you'll go for a bit lower reject rate, or for a significantly better payout

I hope this clarified your concerns at list a bit. Since NiceHash is an innovative approach to selling/buying hashpower I do understand that there are lot's of thing to be clarified. And probably there will be some exceptions where will have to improve the algorithm - therefore your feedback (from sellers and buyers) is highly appreciated!

It works exactly the same way you would setup multiple GPU for any other multipool.

I get intermittent streak of excessive reject rate, from a usually high-ish 2% that jump to 30% to even 100% for several minutes every other hour or so.

A system to protect rig owners from bad pools would be nice. I get it buyers want to pay for accepted shares but sellers don't want to lose 10-20% of their hashrate because buyers don,t know what they are doing.

Also a setting to sign up as a vanguard for miners to be switched would be good. Some people have miners that will do okay if they are immediately switched to highest profit order, while some people not.

Ok so I am trying it out but I am having trouble getting multiple cards running at the same time. Can you point more than 1 instance of sgminer at the same btc wallet address for this? When I try, the second instance of sgminer crashes. I tried this with multiple cards on different boxes.

Thanks, I'll point a few megs at it and try it out when I get home later. 0.08 would be a massive improvement over what I have been seeing from multipools recently, I'll see how it goes for a few days.

Sorry ... I was missleading you, actually best paying orders are already at 0.008+ BTC/mh/day join the ride, seriously

Most multipools actually pays below 0.005 .. more like 0.004 .. see poolpicker.eu. And even if you take 0.005 we are currently at 0.0062 which is likee 25% better, quite a bit of improvement


No, payments are processed in a single transaction therefore the transaction fee is negligible and is covered by NiceHash, we don't charge niether sellers nor the buyers for the transaction fee.

Anyway, thanks for the questions, if you have any other questions just ask or visit our FAQ section at https://nicehash.com/index.jsp?p=faq