mrp1
Newbie
Offline
Activity: 50
Merit: 0
|
|
June 18, 2014, 05:59:26 PM |
|
i can't put order for 0.05 GH/s speed !? what the fuck, yesterday it was OK, i wasted my hashrate, since Mineral pool are limited to 50 MH/s and we are in rush hour before PoW end, don't u see there are a lot of 0.05 GH/s customer on the list !
NOT a happy customer ! move back to betarigs
ME TOO !!!
|
|
|
|
odie158
Member
Offline
Activity: 85
Merit: 10
|
|
June 18, 2014, 08:54:24 PM |
|
•Pool deaths and order cancellations are penalized with 5 seconds worth of mining. Penalties go to the miners working on that order. Should be 5 minutes. too many users using unstable pools in my opinion
|
|
|
|
Static-X
Newbie
Offline
Activity: 1
Merit: 0
|
|
June 19, 2014, 03:07:56 AM |
|
Hi guys, I've been troubled by "Share above target" for few days already and still can't find the root source of the issue despite Googling and searching in this thread. :/ I'm using sgminer-5.0-pre-release-2014-06-11 and password set to d=0.04 for X11 and X13, d=256 for ScrypN. Only Scrypt on port 3333 works. even Keccak doesn't work.
|
|
|
|
charmees
Newbie
Offline
Activity: 39
Merit: 0
|
|
June 19, 2014, 05:46:47 AM |
|
Hi guys, I've been troubled by "Share above target" for few days already and still can't find the root source of the issue despite Googling and searching in this thread. :/ I'm using sgminer-5.0-pre-release-2014-06-11 and password set to d=0.04 for X11 and X13, d=256 for ScrypN. Only Scrypt on port 3333 works. even Keccak doesn't work. same. also losing connection to nicehash, and getting 50% share rejected
|
|
|
|
guzzzi
Newbie
Offline
Activity: 53
Merit: 0
|
|
June 19, 2014, 07:27:57 AM |
|
There are Problems with the Website? CloudFlare Security check?
|
|
|
|
nicehashdev
|
|
June 19, 2014, 09:17:39 AM |
|
i can't put order for 0.05 GH/s speed !? what the fuck, yesterday it was OK, i wasted my hashrate, since Mineral pool are limited to 50 MH/s and we are in rush hour before PoW end, don't u see there are a lot of 0.05 GH/s customer on the list !
NOT a happy customer ! move back to betarigs
ME TOO !!! Sorry for that. Our wallet is slow (as you could notice when trying to place an order or view balance) so we temporary took some measures against placing many small limited orders. We had no idea that there are coins that limit hashing speed. Bottom limit is back to 0.05 on X11 and X13 for now.
|
|
|
|
nicehashdev
|
|
June 19, 2014, 02:02:59 PM |
|
We have implemented a test version of vardiff. Please let us know if you notice anything strange with your miners. Thank you.
|
|
|
|
Crypto84
|
|
June 19, 2014, 06:54:42 PM |
|
how do we test the vardiff? just make our password "X"?
|
|
|
|
brucen
Newbie
Offline
Activity: 16
Merit: 0
|
|
June 19, 2014, 07:16:50 PM |
|
how do we test the vardiff? just make our password "X"?
The vardiff is working regardless of what you use in the password section. I have a diff= setting in the password and it works as the initial vardiff, but then soon changes depending on how well or poorly my mining is working.
|
|
|
|
nicehashdev
|
|
June 19, 2014, 07:17:02 PM |
|
It works for everyone automatically, but it only changes extremely low or extremely high diffs. Usually, if setting correct d, you won't even notice it.
|
|
|
|
mrp1
Newbie
Offline
Activity: 50
Merit: 0
|
|
June 19, 2014, 10:06:57 PM |
|
i can't put order for 0.05 GH/s speed !? what the fuck, yesterday it was OK, i wasted my hashrate, since Mineral pool are limited to 50 MH/s and we are in rush hour before PoW end, don't u see there are a lot of 0.05 GH/s customer on the list !
NOT a happy customer ! move back to betarigs
ME TOO !!! Sorry for that. Our wallet is slow (as you could notice when trying to place an order or view balance) so we temporary took some measures against placing many small limited orders. We had no idea that there are coins that limit hashing speed. Bottom limit is back to 0.05 on X11 and X13 for now. Very happy to here this.... Assumptions are always bad and my apologizes for thinking you were also participating in the MINerals mining retaliation. I think there will be MANY other coins launched with restrictions on HASH to create a much fairer distribution and keep the HUGE farms from reaping the lions share of an initial coins launch.. Stick to your guns and DON'T give in...
|
|
|
|
|
Kokok
Newbie
Offline
Activity: 54
Merit: 0
|
|
June 19, 2014, 10:43:48 PM Last edit: June 19, 2014, 11:21:25 PM by Kokok |
|
Noticed something similar... About 1.5 hours ago... 0.00370803 looks like it got paid out... but no transaction for it in my logs, or in my wallet... **edit: It just showed up...
|
|
|
|
nicehashdev
|
|
June 19, 2014, 11:28:20 PM |
|
We encountered issue of bitcoin transaction being too large. Code has now been updated to split large payments into more transactions if needed. The payment went through with slight delay - we are sorry about that.
|
|
|
|
djbert
Member
Offline
Activity: 462
Merit: 10
|
|
June 20, 2014, 04:04:46 AM |
|
Is there some kind of port security on the sha256 pool? i have noticed i can connect to the pool to provide mining power again, but if i stop/restart my miners quickly, they stop getting work again. So basically, i am not getting work again now. is my IP being blocked or something, because my miners are trying to disconnect/reconnect too quickly?? i have two separate sha256 mining devices. one through usb and one through a stratum proxy to nicehash. i seem to run into trouble when i want to run both, however i never had a problem in the past doing this. any insight on this would be great. thank you
|
|
|
|
djbert
Member
Offline
Activity: 462
Merit: 10
|
|
June 20, 2014, 01:34:28 PM |
|
Is there some kind of port security on the sha256 pool? i have noticed i can connect to the pool to provide mining power again, but if i stop/restart my miners quickly, they stop getting work again. So basically, i am not getting work again now. is my IP being blocked or something, because my miners are trying to disconnect/reconnect too quickly?? i have two separate sha256 mining devices. one through usb and one through a stratum proxy to nicehash. i seem to run into trouble when i want to run both, however i never had a problem in the past doing this. any insight on this would be great. thank you i think i may have found my issues as of late...i have been using a stratum proxy to connect my hardware to nicehash for quite some time and with no issues. then that DDOS attack happened, and now they stopped working or just straight up couldn't connect....well i found if i wait a couple hours, i can get my miners to connect to the sha256 side again, but that is still iffy. if i disconnect/reconnect to quickly (testing settings), it is like they get banned, and just cant even connect anymore. did nicehash go to cloudflare or something, and my miners are triggering a security flag??? well i ended up using bfgminer as a getwork to stratum proxy (i forgot it could do that) and i managed to get both my miners connected again. but as long as i dont reconnect to fast, so they dont get banned or what ever. however, the acceptance rate is WAY lower in bfgminer than it was before and i get numerous "requested work restart" messages in my other miner's cgminer software as well. I believe my low acceptance rate is mostly due to bfgminer, and it was way better with stratum proxy, which i cant get to work anymore... well i found some chat on these types of issues and i was wondering if nicehash changed it stratum version or something, because that is what seems to mess up these old getwork to stratum proxies now. i found this info at this chat... https://bitcointalk.org/index.php?topic=383137.0i guess this turned into a rant, since i really enjoyed using nicehash in the past, but now i just have all these problems on the sha256 side. i am still running miners on the x11 side, and luckily that has been running just fine, even after/during the DDOS attack.
|
|
|
|
nicehashdev
|
|
June 20, 2014, 03:07:19 PM |
|
We only implied stricter rules regarding rejected shares (too many rejects will ultimately ban you), because we were victim of DDOS with rejected shares. Just make sure your miner isn't sending too many rejected shares (in bulk) and everything will be fine.
|
|
|
|
Ajeto
Member
Offline
Activity: 97
Merit: 10
|
|
June 20, 2014, 04:32:17 PM |
|
Hi, I have a ton of problems with this setup: 5 Gridseed Blades (approx 28Mh/s) on 1 RapsPi using Minera. Sometimes i succeed to connect to Nicehash as primary pool, but i get banned soon. It usually happens the same on all RaspPies. After that i can't reconnect to Nicehash's stratum for a long time. I'm getting this in log: [2014-06-20 15:41:22.8214] Checking main pool: stratum+tcp://stratum.nicehash.com:3333 [2014-06-20 15:41:22.8823] stratum_recv_line failed
I tried different diff settings (default,1024,2048,4096,8192.) Now it's Vardiff anyway, so i don't know what else to do. Other miners work ok. Have some GPU rigs on NH x11 using same IP - no problems. Other miners (A2mini) on other IP working fine. Plz help
|
|
|
|
Ajeto
Member
Offline
Activity: 97
Merit: 10
|
|
June 20, 2014, 04:35:49 PM |
|
We only implied stricter rules regarding rejected shares (too many rejects will ultimately ban you), because we were victim of DDOS with rejected shares. Just make sure your miner isn't sending too many rejected shares (in bulk) and everything will be fine.
Does anyone have an idea how to set 5 Blade per 1 RaspPi using Minera, so I don't get banned all the time? Sometimes seems to work fine but all of the sudden a ton of rejects come and get me banned. So annoying
|
|
|
|
JHammer
Member
Offline
Activity: 112
Merit: 10
|
|
June 20, 2014, 05:34:44 PM |
|
Why all the sudden did 70% of my miners fail over to my backup pool??? Is NiceHash having issues or what? it was working fine until 10 min ago? ?? No I and not using the P option..
|
|
|
|
|