Topic: KanoPool kano.is lowest 0.9% fee 🐈 since 2014 - Worldwide - 2432 blocks - page 1203. (Read 5352633 times)

You should post your question or statement in your native language and let one of our multi-lingual members translate for you. I do not understand your post.

Hope we get some more 1PH visits soon.... 

I think Google translate may have missed a few things in that one.
Not really sure what is going on.  

Anyone going to try and decipher that?

I'm on pool many time and at once with low power find block on pplns, but don't know that Kano put a pig to all of us.
Very good, that blocks accepted without comissions by pool.
But how we can spend this bitcoins? I try to move 1btc, but transaction weight about 100kb, because so many inputs. It's the biggest comission.
I think it not more good as SPV mining with empty blocks. Blocks with synthetical rubbish - analog of empty blocks for network.
For miners pool Kano is pool with hide comission about 5-10% for use mining bitcoins by time.
Of course, if you power more big - this comission less, but for big money you need less inputs too.
Therefore people go out from pool, because china frends not so honest, but not do this harm to their miners and network at all.
Pool is vitally important minimal limit settings for output.

LOL. I saw your post on the last page but didn't relate it to me.

I haven't gone anywhere and have been here the whole time. Except on the day when Hurricane Mathew's rain bands were hitting my house and I had to shut down and close my windows.

BTW, the bear is a Grateful Dead "Dancing Bear" and not a "teddy bear"  . I'm a Dead Head from way back and saw my first Grateful Dead show in 1977!  

EDIT: I've got a tattoo of the same bear on my arm except he is carrying a rose.

CKDB restart completed - bug update applied.
Restart was from 11:45:04 UTC to 11:52:11 UTC (~7mins)
As per normal, no miners were affected.

And wmabern (The Purple Teddy Bear)  is back. Nice to see you again

Nope, in that case it wont help you with any certainty.

The pool adjusts the share rate to be 18 SPM, so the share diff changing by a large amount would be one way to identify it.
However, I'm not sure how quickly that changes, and it also has to be over a certain % before ckpool will change it.

The real issue though is that you can't tell, conclusively from the shares submitted, that a miner hash rate has dropped, for quite a while after the event.
The board failing would be known to cgminer, but that also depends on what Bitmain has is their API answers.

I guess the problem here is buying unreliable hardware and trying to make it less unreliable ...
Maybe Bitmain should consider making reliable hardware, with something like 100Million$ they make each year ...

The pool hash rate is based upon shares, so you can only detect a partial failure based on a slow to determine hash rate.
Monitoring the cgminer API, assuming Bitmain has made the appropriate information available, is your only way to identify that quickly.

Thanks Kano. I remember and appreciate your input back in August, however my concern is not entirely that my miner will completely stop. It's that I'll be operating in a reduced capacity for some time and not realize it. This is why I check the hash rate, and not the time since last share. It's my understanding that even if one blade of my miner goes down, I'm still operating at 66% capacity and will be submitting shares. Would time since last share field still be a good indicator in this situation?

Thanks to the person who pointed 1PH at my Kano account for a while (~1.6G accepted diff)
Much appreciated

I'll add a reminder about that also from another recent post.

The number that matters about polling the API to see if a miner is OK, is the time since last share accepted "w_lastshareacc:N"

Here's the first worker from my API call

For any single miner, 60 seconds since last share would be the time to send an alert.
So in the above when "STAMP":"1476575097" - "w_lastshareacc:0":"1476575092" is >= 60

For a single miner, 30s is expected to happen, on average, 3 times a day.
60s is expected to happen, on average, about once every 7 years per miner.

See more details here: (and why you may want to use 120s)
https://bitcointalksearch.org/topic/m.15998156

Edit: notice that there are 2 fields "w_lastshareacc:N" and "w_lastshare:N"
The "w_lastshareacc:N" field is the important one, since if your miner goes into convulsions and starts sending unacceptable shares, the other field will still update.

I remember in 2012 when I was new and asking questions .

Been here a while now. Less questions to ask.i know your setup a bit more.

Come on BLOCKSSSSSSSSSSSSSSSS!!!!!!  

EDIT: The pool needs more JUICE! Like about 10PH more. This is the lowest it's been since I've been a member.

Phil is correct.

This is actually a rather important distinction about the web data I provide vs certain other pools.

If anyone used my S1/S2/S3 releases they will have seen I added at the top of the data a number "Paid GH/s"
This is the only number that matters when you mine everywhere, and it's based on accepted shares.

On the web pages: the Rewards, Shifts, Shift Graph, Pool Graph are all exact numbers, not estimates.
They are what you are paid.
"Hash Rate" here and on any pool is an estimate, not 'exactly' what you are being paid.

It doesn't matter whose version of cgminer you run, or what pool you look at, it's not the "Hash Rate" estimate that matters, what matters is the Accepted shares over each time frame you are rewarded.
The Shifts page shows that the best, and the Shift Graph is a visual display of that same data.

There shouldn't be a "right spot to look". I pulled the data from the API, so it should reflect as accurately as the graph. It's raw data.

 not the right spot to look

look here  see what you have. notice I had a drop  on the left .

 I still was paid  the drop was short/

Interesting observation of how being offline for one hour affected my hashrate according to Kano:

10/15/2016 13:00:02 - Worker: wobbzz | 5 min: 13.277TH/s | 1 hour: 12.767TH/s | 24 hour: 12.683TH/s
10/15/2016 13:10:02 - Worker: wobbzz | 5 min: 12.460TH/s | 1 hour: 12.682TH/s | 24 hour: 12.680TH/s
10/15/2016 13:20:01 - Worker: wobbzz | 5 min: 13.855TH/s | 1 hour: 12.800TH/s | 24 hour: 12.685TH/s
10/15/2016 13:30:02 - Worker: wobbzz | 5 min: 12.804TH/s | 1 hour: 12.806TH/s | 24 hour: 12.686TH/s <- Last 10min check where I'm hashing at 100%
10/15/2016 13:40:01 - Worker: wobbzz | 5 min: 8.457TH/s | 1 hour: 12.192TH/s | 24 hour: 12.660TH/s <- one blade appears to have failed
10/15/2016 13:50:02 - Worker: wobbzz | 5 min: 8.457TH/s | 1 hour: 12.192TH/s | 24 hour: 12.660TH/s <- continued with 2 blades
wobbzz hashrate is below desired average. <- pushover notification arrived with the next API check below
10/15/2016 14:00:02 - Worker: wobbzz | 5 min: 0.000TH/s | 1 hour: 0.000TH/s | 24 hour: 0.000TH/s <- miner stopped hashing between 1350 and 1400
10/15/2016 14:10:01 - Worker: wobbzz | 5 min: 0.000TH/s | 1 hour: 0.000TH/s | 24 hour: 0.000TH/s <- apparently I
10/15/2016 14:20:02 - Worker: wobbzz | 5 min: 0.000TH/s | 1 hour: 0.000TH/s | 24 hour: 0.000TH/s <- wasn't mining
10/15/2016 14:30:01 - Worker: wobbzz | 5 min: 0.000TH/s | 1 hour: 0.000TH/s | 24 hour: 0.000TH/s <- for the last
10/15/2016 14:40:02 - Worker: wobbzz | 5 min: 0.000TH/s | 1 hour: 0.000TH/s | 24 hour: 0.000TH/s <- 24 hours
10/15/2016 14:50:02 - Worker: wobbzz | 5 min: 0.000TH/s | 1 hour: 0.000TH/s | 24 hour: 0.000TH/s <- Rebooted miner at 1452
10/15/2016 15:00:01 - Worker: wobbzz | 5 min: 10.264TH/s | 1 hour: 4.853TH/s | 24 hour: 12.035TH/s <- 24 hour hashrate credit comes back
10/15/2016 15:10:02 - Worker: wobbzz | 5 min: 12.710TH/s | 1 hour: 5.884TH/s | 24 hour: 12.035TH/s
10/15/2016 15:20:01 - Worker: wobbzz | 5 min: 13.072TH/s | 1 hour: 7.132TH/s | 24 hour: 12.048TH/s
10/15/2016 15:30:02 - Worker: wobbzz | 5 min: 14.233TH/s | 1 hour: 8.092TH/s | 24 hour: 12.055TH/s
10/15/2016 15:40:02 - Worker: wobbzz | 5 min: 12.888TH/s | 1 hour: 8.708TH/s | 24 hour: 12.057TH/s
10/15/2016 15:50:01 - Worker: wobbzz | 5 min: 14.490TH/s | 1 hour: 9.630TH/s | 24 hour: 12.075TH/s
10/15/2016 16:00:02 - Worker: wobbzz | 5 min: 14.228TH/s | 1 hour: 10.234TH/s | 24 hour: 12.084TH/s
10/15/2016 16:10:01 - Worker: wobbzz | 5 min: 13.025TH/s | 1 hour: 10.634TH/s | 24 hour: 12.091TH/s
10/15/2016 16:20:02 - Worker: wobbzz | 5 min: 13.042TH/s | 1 hour: 10.859TH/s | 24 hour: 12.090TH/s
10/15/2016 16:30:01 - Worker: wobbzz | 5 min: 13.065TH/s | 1 hour: 11.138TH/s | 24 hour: 12.093TH/s
10/15/2016 16:40:02 - Worker: wobbzz | 5 min: 12.104TH/s | 1 hour: 11.164TH/s | 24 hour: 12.088TH/s
10/15/2016 16:50:02 - Worker: wobbzz | 5 min: 13.308TH/s | 1 hour: 11.338TH/s | 24 hour: 12.088TH/s
10/15/2016 17:00:01 - Worker: wobbzz | 5 min: 12.559TH/s | 1 hour: 11.612TH/s | 24 hour: 12.096TH/s <- 2 hours later my 1hr hashrate not correct.

I don't fully understand PPLNS and don't have the time to research it right now. Does this seem correct? Would I have been paid out for 2+ blocks if they were found within the window where Kano shows my 24hr hash rate as 0?

Did we lose out Purple Teddy bear in the red block Drama 

You're welcome, Rob. I have to agree. I've been involved with BTC since the beginning, thought I knew a lot, ended up losing a lot (for that time), and found this little alcove of practical magick last year. I continue to learn every day here.

Mine on...

Just wanted to report back that I am seeing payouts!!!  Thank you all for the help, really made it easy to understand.  Been learning more in the past month then I have in all my years...Love it!!!