chrysophylax
Legendary
Offline
Activity: 2870
Merit: 1091
--- ChainWorks Industries ---
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 07, 2015, 02:26:08 AM |
|
Damn lol I am located in Europe, i guess i should switch it ? possibly ... do what nicehash suggest in their docs ... ping ALL the servers a few times and get point your miners to the one that has the LOWEST ping ... though logically - if you are in europe - then you would generally choose the eu stratum ... but you never know what tunnel your isp is using - so the ping test is the best to find out ... i found that out ( from australia ) by doing three ping tests on each stratum to get an average - then chose the lowest ping ... then just change your mining address accordingly ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) ... #crysx Sweet, thanks for the help ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) no problem - hope it gets you a higher hashrate too ... #crysx Yeah. I will do some tests tomorrow when i have some free time. For now i let it run where it is at edit. I switched to EU stratum now before leaving for work and it seem like i got a bit higher hashrate there. im glad it does ... are you using the nvidia miners and ccminer-spmod? ... i see you on his thread ... if so - there are some commits that seem to break the hash ( and he reverts it and fixes it ) ... so sometimes if you use the latest ccminer commit AND it doesnt seem to give the right hashrate on nicehash - just revert back to the previous build ... sp always manages to find the issue - or some of the other devs that are contributing ... our donation links are running fine now - and will be publishing them some time today if i get time ... they ALL go through nicehash currently and initially ALL through the eu stratum ... ill setup the other startums ( hk - jk - us ( westhash ) ) as failover stratums when these donation links go up AND they are working well on just the eu stratum ... for gpu mining - they work flawlessly - as long as the miners are setup properly ... for asic miners - there has been no testing to date as i dont have any to test with ... but im guessing we will find out how it goes soon enough ... as far as i know - asics use getwork protocol and that can be activated on the stratum proxies being used ... so will see ... #crysx
|
|
|
|
chrysophylax
Legendary
Offline
Activity: 2870
Merit: 1091
--- ChainWorks Industries ---
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 07, 2015, 02:27:59 AM |
|
I'm having problems connecting to the US scrypt URL. I'm using the latest (as of a week or two ago) bfgminer under Minera with a Zeus Thunder X3.
I can connect fine to the EU server.
This problem resolved itself. I don't know if it's related, but one change that I made was to shorten my worker name once I realized that it was too long. Seems like an extra long worker name would not affect my ability to connect, but that's the only change on my end. that sounds a little strange ... my miners have long names too but dont have issues mining - unless nicehash themselves have maintenance downtime or issues they are fixing or upgrades to the system ... #crysx
|
|
|
|
tbearhere
Legendary
Offline
Activity: 3178
Merit: 1003
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 08, 2015, 12:00:27 PM |
|
@ nicehash you need to change you minimum pay that says .01btc to .05btc ...if .05btc is the minimum. thx
|
|
|
|
NiceHashSupport
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 08, 2015, 12:24:04 PM |
|
@ nicehash you need to change you minimum pay that says .01btc to .05btc ...if .05btc is the minimum. thx
Minimum is still 0.01.
|
|
|
|
tbearhere
Legendary
Offline
Activity: 3178
Merit: 1003
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 08, 2015, 02:03:25 PM |
|
@ nicehash you need to change you minimum pay that says .01btc to .05btc ...if .05btc is the minimum. thx
Minimum is still 0.01. Last order it didn't take it at .01btc. ok thz
|
|
|
|
tbearhere
Legendary
Offline
Activity: 3178
Merit: 1003
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 12, 2015, 12:11:15 PM |
|
@NiceHash...can I change pools with my rented hash..or do I need to place a new order? thx
|
|
|
|
NiceHashSupport
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 12, 2015, 06:07:53 PM |
|
@NiceHash...can I change pools with my rented hash..or do I need to place a new order? thx
New order.
|
|
|
|
tokarev1972
Newbie
Offline
Activity: 16
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 12, 2015, 11:28:32 PM |
|
Anyone having problems with #xnsub flag on cgminer? I cant use #xnsub flag with price settings, if i setup price with extranonce enabled, pool never goes "dead" but no work issued to miner. Cgminer 4.9.0 for bitmain miners from bitmaintech repo. If i disable #xnsub, price setting work as expected, nicehash pool goes "dead" and switches to backup pool
|
|
|
|
nicehash
Legendary
Offline
Activity: 885
Merit: 1006
NiceHash.com
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 13, 2015, 06:50:12 AM |
|
Anyone having problems with #xnsub flag on cgminer? I cant use #xnsub flag with price settings, if i setup price with extranonce enabled, pool never goes "dead" but no work issued to miner. Cgminer 4.9.0 for bitmain miners from bitmaintech repo. If i disable #xnsub, price setting work as expected, nicehash pool goes "dead" and switches to backup pool
This is due to incomplete implementation of xnsub patch in the bitmaintech repo (details here: https://github.com/bitmaintech/cgminer/pull/7). If you're using AntMiner S5 we welcome you to install our patched firmware with corrected xnsub patch and also with added performance graphs. You can download if here: https://www.nicehash.com/sw/SD-S5-20150415_nicehash_perf_graphs.tar.gzHere is an example of performance graphs: https://www.nicehash.com/sw/SD-S5-20150415_nicehash_perf_graphs_screenshot.pngWe'll soon provide updated firmwares for other AntMiners as well (S4, C1, etc.). p.s.: based on our testing the 4.9.0 version does not work well with antminers ... use 4.8.0 instead.
|
|
|
|
herjahto
Newbie
Offline
Activity: 18
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 14, 2015, 03:15:00 AM |
|
i cannot mining i have 2 miner Pool host: stratum.solo.nicehash.com Pool port: 3334 Pool user: 3MvxQFxQ1kk71kC1aY9MmaQvhhptvSpJk7 Pool pass: diff_655xx Algorithm: SHA256
Resolving pool host stratum.solo.nicehash.com... OK Establishing connection with proxy... OK Establishing connection with pool 158.85.244.248:3334... OK Sending mining.subscribe... OK Sending mining.authorize... OK Received mining.notify subscription... OK Received unknown stratum message. Received mining.notify work... OK Received mining.set_difficulty... OK: 65536 Received authorization result... OK i want mining Your guide custumer service,,icannot find block ini solo nice hash
|
|
|
|
nicehash
Legendary
Offline
Activity: 885
Merit: 1006
NiceHash.com
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 14, 2015, 07:52:05 AM |
|
i cannot mining i have 2 miner Pool host: stratum.solo.nicehash.com Pool port: 3334 Pool user: 3MvxQFxQ1kk71kC1aY9MmaQvhhptvSpJk7 Pool pass: diff_655xx Algorithm: SHA256
Resolving pool host stratum.solo.nicehash.com... OK Establishing connection with proxy... OK Establishing connection with pool 158.85.244.248:3334... OK Sending mining.subscribe... OK Sending mining.authorize... OK Received mining.notify subscription... OK Received unknown stratum message. Received mining.notify work... OK Received mining.set_difficulty... OK: 65536 Received authorization result... OK i want mining Your guide custumer service,,icannot find block ini solo nice hash
First of all, please change "Pool pass: diff_655xx" ... 655xx is invalid number, you should try diff_65536 instead. Second, what exactly is your issue? Are you saying that the order is not not hashing, it's Inactive (Dead)? Please keep in mind that you have to mine long enough or with hashing power big enough to be able to quickly find a Bitcoin block due to very high Bitcoin network difficulty. Kind regards, NiceHash
|
|
|
|
tbearhere
Legendary
Offline
Activity: 3178
Merit: 1003
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 18, 2015, 08:35:16 AM |
|
@NICEHASH please allow lower minimum hash rental from 0.1gig hash to 0.05gig hash... FROM this >" Limit hashing speed (0 for no limit, min. 0.1) " to this Limit hashing speed (0 for no limit, min. 0.05) < plz thx ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
|
NiceHashSupport
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 19, 2015, 01:10:39 PM |
|
@NICEHASH please allow lower minimum hash rental from 0.1gig hash to 0.05gig hash... FROM this >" Limit hashing speed (0 for no limit, min. 0.1) " to this Limit hashing speed (0 for no limit, min. 0.05) < plz thx ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) We may only increase limit in future, not decrease. Reason are fast ASICs, that are well beyond this limit. When fast ASIC is assigned to your order, your speed jumps significantly. And customers usually do not like speed fluctuations.
|
|
|
|
elbandi
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 19, 2015, 10:16:53 PM |
|
@NICEHASH please allow lower minimum hash rental from 0.1gig hash to 0.05gig hash... FROM this >" Limit hashing speed (0 for no limit, min. 0.1) " to this Limit hashing speed (0 for no limit, min. 0.05) < plz thx ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) We may only increase limit in future, not decrease. Reason are fast ASICs, that are well beyond this limit. When fast ASIC is assigned to your order, your speed jumps significantly. And customers usually do not like speed fluctuations. That's bad ![Sad](https://bitcointalk.org/Smileys/default/sad.gif) There is old coin with low (<= 100M) global hashrate, coin fans cannot use you service, because a +100M hashrate will raise the difficulty more, the miner will be own enemy... I looked the miner stats, and i can see low hashrate addresses, there is some gridseeds miners
|
|
|
|
NiceHashSupport
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 20, 2015, 09:34:31 AM |
|
@NICEHASH please allow lower minimum hash rental from 0.1gig hash to 0.05gig hash... FROM this >" Limit hashing speed (0 for no limit, min. 0.1) " to this Limit hashing speed (0 for no limit, min. 0.05) < plz thx ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) We may only increase limit in future, not decrease. Reason are fast ASICs, that are well beyond this limit. When fast ASIC is assigned to your order, your speed jumps significantly. And customers usually do not like speed fluctuations. That's bad ![Sad](https://bitcointalk.org/Smileys/default/sad.gif) There is old coin with low (<= 100M) global hashrate, coin fans cannot use you service, because a +100M hashrate will raise the difficulty more, the miner will be own enemy... I looked the miner stats, and i can see low hashrate addresses, there is some gridseeds miners We are aware of that and solution is possible once all miners use xnsub compatible software. But as long as there are reconnects involved, we cannot never know what will be the speed of incoming miner (considering that miners may change IP or there may be multiple miners using same IP).
|
|
|
|
tbearhere
Legendary
Offline
Activity: 3178
Merit: 1003
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 20, 2015, 10:18:54 AM |
|
@NICEHASH please allow lower minimum hash rental from 0.1gig hash to 0.05gig hash... FROM this >" Limit hashing speed (0 for no limit, min. 0.1) " to this Limit hashing speed (0 for no limit, min. 0.05) < plz thx ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) We may only increase limit in future, not decrease. Reason are fast ASICs, that are well beyond this limit. When fast ASIC is assigned to your order, your speed jumps significantly. And customers usually do not like speed fluctuations. I'm talking about a non ASIC algorithm.
|
|
|
|
NiceHashSupport
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 20, 2015, 01:10:45 PM |
|
@NICEHASH please allow lower minimum hash rental from 0.1gig hash to 0.05gig hash... FROM this >" Limit hashing speed (0 for no limit, min. 0.1) " to this Limit hashing speed (0 for no limit, min. 0.05) < plz thx ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) We may only increase limit in future, not decrease. Reason are fast ASICs, that are well beyond this limit. When fast ASIC is assigned to your order, your speed jumps significantly. And customers usually do not like speed fluctuations. I'm talking about a non ASIC algorithm. Which one do you have in mind?
|
|
|
|
tbearhere
Legendary
Offline
Activity: 3178
Merit: 1003
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 20, 2015, 01:34:48 PM |
|
@NICEHASH please allow lower minimum hash rental from 0.1gig hash to 0.05gig hash... FROM this >" Limit hashing speed (0 for no limit, min. 0.1) " to this Limit hashing speed (0 for no limit, min. 0.05) < plz thx ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) We may only increase limit in future, not decrease. Reason are fast ASICs, that are well beyond this limit. When fast ASIC is assigned to your order, your speed jumps significantly. And customers usually do not like speed fluctuations. I'm talking about a non ASIC algorithm. Which one do you have in mind? Quark
|
|
|
|
elbandi
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 20, 2015, 08:57:00 PM |
|
We are aware of that and solution is possible once all miners use xnsub compatible software. But as long as there are reconnects involved, we cannot never know what will be the speed of incoming miner (considering that miners may change IP or there may be multiple miners using same IP).
You can identify "old" miner by the sessionid
|
|
|
|
NiceHashSupport
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 20, 2015, 09:29:42 PM |
|
We are aware of that and solution is possible once all miners use xnsub compatible software. But as long as there are reconnects involved, we cannot never know what will be the speed of incoming miner (considering that miners may change IP or there may be multiple miners using same IP).
You can identify "old" miner by the sessionid Subscription id? Not used, miner never sends this data to server. @NICEHASH please allow lower minimum hash rental from 0.1gig hash to 0.05gig hash... FROM this >" Limit hashing speed (0 for no limit, min. 0.1) " to this Limit hashing speed (0 for no limit, min. 0.05) < plz thx ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) We may only increase limit in future, not decrease. Reason are fast ASICs, that are well beyond this limit. When fast ASIC is assigned to your order, your speed jumps significantly. And customers usually do not like speed fluctuations. I'm talking about a non ASIC algorithm. Which one do you have in mind? Quark We will consider this request.
|
|
|
|
|