[POOL][Scrypt][Scrypt-N][X11] Profit switching pool - wafflepool.com

[rocks]

Is anyone else having difficultly with gridseed devices dropping hashrate on wafflepool periodically?

I have a few gridseeds that hash stably, however on "faster coins" the hashrate reported by wafflepool drops ~80-90%. During this time there are very few stale shares or rejects and cgminer shows hashing as operating fine, and the connection to the pool is fine. Instead the number of accepted shares suddenly drops to lower number compared to what I'd expect for the hashrate. Then when wafflepool switches to a slower coin, all of a sudden the hashrate jumps back up to what it should be.

I am wondering if the gridseed devices are losing work by being interrupted with new work before finishing a previous batch on these fast coins. Or maybe something else? If so any solutions?

Has anyone else seen this behavior before? I like mining on wafflepool, but recently about 50% of the time my hashrate is crashing...

I've had a few other gridseed users mention this to me in emails and we've never been able to track it down.  Some users reported that un-overclocking theirs fixed it (not sure if yours is overclocked or not).  Others mentioned getting a strong PSU helped (not sure if that was an isolated instance).  I've only seen a few people mention it.  Please email me if you want to try to track it down...

After playing with this for a few days, I finally checked and an updated version of cgminer was released since I originally installed these.

Downloading and using the updated version seemed to have fixed the problem. So the issue was fully on my side and not wafflepool's. Am back up and fully hashing away.

If anyone has a similar issue to the one above, here is the version of cgminer that fixed it for me.
http://cryptomining-blog.com/1828-updated-cgminer-3-7-2-and-cpuminer-for-overclocking-gridseed-5-chip-gc3355-asics/

[1714280477]

1714280477

[1714280477]

1714280477

[edonkey]

Is there something wrong with the stats today? It shows 0.00287865 per 1 MH/s, or 67% of LTC. It started out the day at something like 2% LTC, so maybe a low estimate of profitability is normal for the start of the day until some time has passed?

I guess the start of the day for the site is midnight GMT?

[utahjohn]

Big things are about to happen for Mooncoin on the 15th buy NOW get in before we fly to the moon  Block rewards are to change from random, and rewards will be halving soon ... so I am betting on MOON

Glad I am a big "bagholder" LOL

[Angela8488]

I've used this pool for about 2 weeks, and i think it's truely high than ltc, thank you for your work

[utahjohn]

@poolwaffle
"Heartbleed exploit" have you taken measures to notify mining software devs about this and get wallets fixed to avoid this?  from what I have read it affeccts ALL below Bitcoin 0.9.1? codebase

[poolwaffle]

Is there something wrong with the stats today? It shows 0.00287865 per 1 MH/s, or 67% of LTC. It started out the day at something like 2% LTC, so maybe a low estimate of profitability is normal for the start of the day until some time has passed?

I guess the start of the day for the site is midnight GMT?

Midnight GMT is correct.  And yes, you're looking at stats over a very short amount of time, they're going to be wildly high/low just depending on short-term luck.

@poolwaffle
"Heartbleed exploit" have you taken measures to notify mining software devs about this and get wallets fixed to avoid this?  from what I have read it affeccts ALL below Bitcoin 0.9.1? codebase

It only affects SSL, we don't use SSL on our frontend (you're not entering anything secure - passwords, etc).  And the only time it affects coindaemons is if you enable SSL for RPC calls (disabled by default) which we didn't, and then enable public IP's to connect (disabled by default) which we didn't

That said, we do keep our coindaemons up to date

[utahjohn]

@poolwaffle
"Heartbleed exploit" have you taken measures to notify mining software devs about this and get wallets fixed to avoid this?  from what I have read it affeccts ALL below Bitcoin 0.9.1? codebase

It only affects SSL, we don't use SSL on our frontend (you're not entering anything secure - passwords, etc).  And the only time it affects coindaemons is if you enable SSL for RPC calls (disabled by default) which we didn't, and then enable public IP's to connect (disabled by default) which we didn't

That said, we do keep our coindaemons up to date
[/quote]

Thanks for quick reply I appreciate this

[utahjohn]

OK I'll point some hashrate back here ... was worried ... also for small miners like myself I see 0 payouts for some of the lower profit coins that I have submitted shares to ... discouraging ... I quota mine mainly MOON and DMD and a small bit to multipool where I see balances grow ... perhaps more digits in earinings log would help me LOL

EDIT : Or perhaps all u want is ASIC's  and high rate farms? 

[triplef]

do all client reconnects use bamt ?

are there some windows users too ?

they all got client as compile from a dropbox ? or compiled themselfs ?

this is no hack , it's probably that you guys use api-network and therefor openup your shit to all...

BTW theres only one possiblity and thats that the end pool is involved...

they can't change user/pass of work remotely, hence the connection would be useless unless they  didnt.

live-chat-studio.com finds an exploit, adds code to mpos or something or rewrite the user /pass part and dumps it all

now... of course we all know that this sucker needs to mine something with this...

considering the fact that its lots of users being redirects, this guy has ALOT of hashrate, he prolly needs to balance onto 2-3 pools to be under radar.

so , another aspect to check...

client -> fake pool -> coin ? or client -> fake pool -> other pool ?

is there a way to see if multiple ip's for one account is detected ?

 if ! (class c) then flag ?

i think using the block chain we coult find it somehow but maybe im lost here

[miless2111s]

I wonder if this is a stupid question but I can't work the answer out and I don't remember seeing it answered before so I'll risk it...

Today we're running at 106% profitability vs LTC whilst mining 66% LTC.  This seems to mean that the remaining 33% of has power is generating 6% additional profitability over purely mining LTC.  Why do we mine LTC at all when the other 33% is driving the increase in profitability over a pure LTC play?

I know there's a good reason I just can't work it out (unless it's purely a hedge against the other coins being worse than LTC so diluting that risk)!

Thanks

Miles

[phzi]

I wonder if this is a stupid question but I can't work the answer out and I don't remember seeing it answered before so I'll risk it...

Today we're running at 106% profitability vs LTC whilst mining 66% LTC.  This seems to mean that the remaining 33% of has power is generating 6% additional profitability over purely mining LTC.  Why do we mine LTC at all when the other 33% is driving the increase in profitability over a pure LTC play?

I know there's a good reason I just can't work it out (unless it's purely a hedge against the other coins being worse than LTC so diluting that risk)!

If WafflePool mined 100% Litecoin for a day, the resultant BTC/MH would almost certainly not equal 100% LTC either - it might be 80% or it might be 120%.  This is because of variance/luck.

When we are mining Litecoin, it's because it is the most profitable coin to mine at that time, based on many factors.

[utahjohn]

@thirtyybird
Please continue with dev of "kernel" switching miner as was posted earlier there has been success.  LOL name it TBminer

[Thirtybird]

@thirtyybird
Please continue with dev of "kernel" switching miner as was posted earlier there has been success.  LOL name it TBminer

I am - SGMiner seems to have gotten there first, but I have the other pieces in place, and will get there...  Automatic tuning per n factor is done, but has some issues with changing the running settings for lookup gap withut pausing the mining, which would be the same as a kernel swap, so hopefully some of what they've done will be helpful all around.

[ak111in]

Hi,

UPDATE www.wafflepoolmonitor.com :

Due to a bug in code, the graph would jump showing incorrect past values for hashrates and balances, also for some non regular miners on this pool past values would flatline at 0. The bug has been corrected and no such error should be seen now on.

[azebro]

PW,

Are the stats OK??
I can see only 1/2 of my hashrate.

http://wafflepool.com/miner/1Y9My747MgN9jVovucztEKSgLengPrsm6

[JHammer]

Anything going on with WP??  My hash rate just dropped about 30% but miners show they are fine???

[azebro]

Anything going on with WP??  My hash rate just dropped about 30% but miners show they are fine???

Same here, I can see only 50%. See my post above.

A.

[dogechode]

I'm getting some weird numbers/behavior also. They still seem to be running and hashing but the numbers are lower than they should be by about 30-40%.

[poolwaffle]

If you guys are still seeing this, please let me know (email/post any details/addresses).  No code has changed on the live server in multiple days, and all the servers look to be cruising along (load is fine).

[CoinBuzz]

Do we have earthcoin in mining basket ?