[ANN] NiceHash.com - sell & buy hash rate cloud mining service / multipool - page 302.

Pfool

full member

Activity: 217

Merit: 100

Quote from: saykor on May 28, 2014, 03:27:15 AM

Quote from: Pfool on May 28, 2014, 02:22:41 AM

Quote from: saykor on May 27, 2014, 05:20:15 PM

Quote from: ?? on ??

Ok guys, i am using the modded x11 sgminer, and got a very decent hash rate increase. however, it is not failing over to my backup pools.

can you please send me info for my config file in order to work better with nicehash? i believe there are some instructions thats needed to be set in the bat/conf files in order to work.

much appreciated.

Same situation.
When nicehash not have work then i need to switch to second pool manually.

Same here bu works fine with this proxy (https://bitcointalksearch.org/topic/new-stratumgetwork-proxy-with-web-based-gui-and-pools-management-611338) between nicehash and sgminer.

Sorry but, I not know java. This not mean anything for me.

Java is a programming language which produces programs running over a Virtual machine called JVM (Java Virtual Machine). Just install the JVM (http://www.oracle.com/technetwork/java/javase/downloads/jre8-downloads-2133155.html) for your operating system then launch the proxy as described on the project main page. If you need more advices/details, you are welcome on the stratum-proxy thread (https://bitcointalk.org/index.php?topic=611338.40).

saykor

sr. member

Activity: 350

Merit: 250

Quote from: Pfool on May 28, 2014, 02:22:41 AM

Quote from: saykor on May 27, 2014, 05:20:15 PM

Quote from: ?? on ??

Ok guys, i am using the modded x11 sgminer, and got a very decent hash rate increase. however, it is not failing over to my backup pools.

can you please send me info for my config file in order to work better with nicehash? i believe there are some instructions thats needed to be set in the bat/conf files in order to work.

much appreciated.

Same situation.
When nicehash not have work then i need to switch to second pool manually.

Same here bu works fine with this proxy (https://bitcointalksearch.org/topic/new-stratumgetwork-proxy-with-web-based-gui-and-pools-management-611338) between nicehash and sgminer.

Sorry but, I not know java. This not mean anything for me.

ranlo

legendary

Activity: 1988

Merit: 1007

Quote from: Trimegistus on May 27, 2014, 05:10:48 AM

Quote from: amacar on May 27, 2014, 04:32:07 AM

If average price is 2.8 BTC/GH/Day and you have p=2.7, then your miner will work but if you have p=2.9 then your miner won't work on nicehash.

That was my point exactly. After reading the FAQ I thought I could set a number of prices trying to sell my hashing power for the highest value.

Namely, I have nicehash as my main pool and also as two of my failover pools. The main pool has a higher price, the second one a lower price and the third one an even lower price.

Now I realize I should have only a minimum price because I will always get paid by the average price. Right?

I found that the best way to do this is to just set Nicehash's value to whatever the second highest pool is (and a little above). Ie. if hashco.ws is doing 0.0035 BTC, set Nicehash up to 0.0036. This way you will always get whichever is most profitable.

Note: edit this to whatever pools/type you're using, but the same concept remains.

Pfool

full member

Activity: 217

Merit: 100

Quote from: saykor on May 27, 2014, 05:20:15 PM

Quote from: ?? on ??

Ok guys, i am using the modded x11 sgminer, and got a very decent hash rate increase. however, it is not failing over to my backup pools.

can you please send me info for my config file in order to work better with nicehash? i believe there are some instructions thats needed to be set in the bat/conf files in order to work.

much appreciated.

Same situation.
When nicehash not have work then i need to switch to second pool manually.

Same here bu works fine with this proxy (https://bitcointalksearch.org/topic/new-stratumgetwork-proxy-with-web-based-gui-and-pools-management-611338) between nicehash and sgminer.

newuser01

sr. member

Activity: 434

Merit: 250

Quote from: kenshirothefist on May 27, 2014, 02:50:49 PM

Quote from: newuser01 on May 27, 2014, 01:49:18 PM

Quote from: odie158 on May 27, 2014, 10:50:07 AM

How did a new order #10152 get ahead of my order #8920 on the sha256 cue at .04btc/th/day. I put my order in days ago and have been waiting for it to come to the top of the cue and to have a new order queued ahead of mine at the same price is unfair.

This just happend for scrypt

#10339 gets priority over #8979

how does this work? why are some new orders placed before the current ones?

Thanks for reporting this. We'll take a look at this issue ASAP!

so how's it going?

I just want to thank you for fucking me over last night so I had to wait another ~7 hours or so before my order went through

Thanks!!

If you're gonna use nicehash you better be ready to place orders with highest bid because everything else is fucked.

ingvarfervent

sr. member

Activity: 826

Merit: 302

When https://nicehash.com/software/ add new miner https://bitcointalksearch.org/topic/annx11x13-x11-darkcoinx13-marucoin-miner-based-on-sph-sgminer-623409 and fix like old sph ?

aznboy84

full member

Activity: 137

Merit: 100

Quote from: ?? on ??

Ok guys, i am using the modded x11 sgminer, and got a very decent hash rate increase. however, it is not failing over to my backup pools.

can you please send me info for my config file in order to work better with nicehash? i believe there are some instructions thats needed to be set in the bat/conf files in order to work.

much appreciated.

There's another sgminer modded has the same peformance with failover supported
https://bitcointalksearch.org/topic/annx11x13-x11-darkcoinx13-marucoin-miner-based-on-sph-sgminer-623409

saykor

sr. member

Activity: 350

Merit: 250

Quote from: ?? on ??

Ok guys, i am using the modded x11 sgminer, and got a very decent hash rate increase. however, it is not failing over to my backup pools.

can you please send me info for my config file in order to work better with nicehash? i believe there are some instructions thats needed to be set in the bat/conf files in order to work.

much appreciated.

Same situation.
When nicehash not have work then i need to switch to second pool manually.

kenshirothefist

sr. member

Activity: 457

Merit: 273

Quote from: newuser01 on May 27, 2014, 01:49:18 PM

Quote from: odie158 on May 27, 2014, 10:50:07 AM

How did a new order #10152 get ahead of my order #8920 on the sha256 cue at .04btc/th/day. I put my order in days ago and have been waiting for it to come to the top of the cue and to have a new order queued ahead of mine at the same price is unfair.

This just happend for scrypt

#10339 gets priority over #8979

how does this work? why are some new orders placed before the current ones?

Thanks for reporting this. We'll take a look at this issue ASAP!

odie158

member

Activity: 85

Merit: 10

Quote from: newuser01 on May 27, 2014, 01:49:18 PM

Quote from: odie158 on May 27, 2014, 10:50:07 AM

How did a new order #10152 get ahead of my order #8920 on the sha256 cue at .04btc/th/day. I put my order in days ago and have been waiting for it to come to the top of the cue and to have a new order queued ahead of mine at the same price is unfair.

This just happend for scrypt

#10339 gets priority over #8979

how does this work? why are some new orders placed before the current ones?

Now two are ahead of me. I trust that you are working to fix this. perhaps you should consider refunding fees to those whose positions were usurped. if I was 8979 I'd be steaming.

newuser01

sr. member

Activity: 434

Merit: 250

Quote from: odie158 on May 27, 2014, 10:50:07 AM

How did a new order #10152 get ahead of my order #8920 on the sha256 cue at .04btc/th/day. I put my order in days ago and have been waiting for it to come to the top of the cue and to have a new order queued ahead of mine at the same price is unfair.

This just happend for scrypt

#10339 gets priority over #8979

how does this work? why are some new orders placed before the current ones?

kenshirothefist

sr. member

Activity: 457

Merit: 273

Quote from: Trimegistus on May 27, 2014, 04:11:07 AM

Am I right? If the sellers are paid always by the average price and not by the price of the order they are currently working on, it won’t make any sense to input minimum prices in the password field, right? We can just input a random low price and we will always get paid by the average as everybody else.

Maybe the OP should change the FAQ:

"You can limit your miners to work on NiceHash only if the payment is good enough. You can still leave NiceHash as your primary stratum server. NiceHash stratum server will only be activated if there are orders that matches your price threshold. Otherwise miners will work normally on your backup/secondary pool."

This faq has truly been obsolete, we've updated it now to reflect the current status.

odie158

member

Activity: 85

Merit: 10

How did a new order #10152 get ahead of my order #8920 on the sha256 cue at .04btc/th/day. I put my order in days ago and have been waiting for it to come to the top of the cue and to have a new order queued ahead of mine at the same price is unfair.

amacar

hero member

Activity: 546

Merit: 500

Quote from: Trimegistus on May 27, 2014, 05:10:48 AM

Now I realize I should have only a minimum price because I will always get paid by the average price. Right?

You are right.

Trimegistus

legendary

Activity: 1565

Merit: 1027

Quote from: amacar on May 27, 2014, 04:32:07 AM

If average price is 2.8 BTC/GH/Day and you have p=2.7, then your miner will work but if you have p=2.9 then your miner won't work on nicehash.

That was my point exactly. After reading the FAQ I thought I could set a number of prices trying to sell my hashing power for the highest value.

Namely, I have nicehash as my main pool and also as two of my failover pools. The main pool has a higher price, the second one a lower price and the third one an even lower price.

Now I realize I should have only a minimum price because I will always get paid by the average price. Right?

amacar

hero member

Activity: 546

Merit: 500

Quote from: Trimegistus on May 27, 2014, 04:11:07 AM

If I understood this statement correctly, then there is no point in setting the minimum price in the password field. We will always get paid by the average price, right?

I mean, why should I bother to set the minimum price for SHA hashing at 0.05? Maybe this will cause some unneeded login failures.

Am I right? If the sellers are paid always by the average price and not by the price of the order they are currently working on, it won’t make any sense to input minimum prices in the password field, right? We can just input a random low price and we will always get paid by the average as everybody else.

Maybe the OP should change the FAQ:

"You can limit your miners to work on NiceHash only if the payment is good enough. You can still leave NiceHash as your primary stratum server. NiceHash stratum server will only be activated if there are orders that matches your price threshold. Otherwise miners will work normally on your backup/secondary pool."

Grin

If average price is 2.8 BTC/GH/Day and you have p=2.7, then your miner will work but if you have p=2.9 then your miner won't work on nicehash.

Trimegistus

legendary

Activity: 1565

Merit: 1027

Quote from: nicehashdev on May 26, 2014, 10:20:57 AM

Orders are pretty much irrelevant for providers. You are paid the average price, not the price of order your miner is working on. We changed this distribution to more fair one quite a while ago. You are paid what main page says and what following API says: https://www.nicehash.com/api?method=stats.global.current

If I understood this statement correctly, then there is no point in setting the minimum price in the password field. We will always get paid by the average price, right?

I mean, why should I bother to set the minimum price for SHA hashing at 0.05? Maybe this will cause some unneeded login failures.

Am I right? If the sellers are paid always by the average price and not by the price of the order they are currently working on, it won’t make any sense to input minimum prices in the password field, right? We can just input a random low price and we will always get paid by the average as everybody else.

Maybe the OP should change the FAQ:

"You can limit your miners to work on NiceHash only if the payment is good enough. You can still leave NiceHash as your primary stratum server. NiceHash stratum server will only be activated if there are orders that matches your price threshold. Otherwise miners will work normally on your backup/secondary pool."

Grin

x8008

full member

Activity: 154

Merit: 100

my miners at gawminers are now having crazy amounts of rejects, high percentage.. what is the cause of this?

toxic0n

member

Activity: 413

Merit: 10

Hey, everyone!
I've made a simple widget for monitoring of my hashrates, balance, etc

You can see your current hashrate, reject rate, unpaid balance and even automatically convert the balance to one of the supported currencies. Just type in your BTC address, choose the currency, refresh interval, whether you would like to receive notification for low hashrate and you're ready to go.

You can also view the hashrate graph by simply tapping on the widget. This widget supports multiple workers (Scrypt, SHA256, X11, etc) on the same BTC address.

Enjoy!

https://play.google.com/store/apps/details?id=com.inductiveconcepts.nicehashwidget

nicehashdev

sr. member

Activity: 280

Merit: 250

Yes, if there is high delay on connection, you would be getting a lot of stale shares (Job not found).

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