Author

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

full member
Activity: 350
Merit: 158
#takeminingback
C'mon BTClock!!! It's gotta be close!!!
member
Activity: 254
Merit: 11
Call 811 before you dig
I can smell it. I can feel it. It is almost there. BTC Block. Mine On With Kano-San.

Over the last several days, I've had portents of on-going good luck. Here's hoping I can spread it to y'all.   Grin


MINE ON!!!
member
Activity: 210
Merit: 15
I can smell it. I can feel it. It is almost there. BTC Block. Mine On With Kano-San.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
So, what was up with the 37 minute shift? Did I miss something?
Diff change.
[2018-03-05 14:25:59.664+11] workinfo_add(): DIFF CHANGE: hi=512064 delta=9.42% new=3290605988755.0 prev=3007383866429.7

High yet again coz Bitmain's new miners are coming online in their data centres.
Also, could we add another to-do at the bottom of the backlog to put an indicator on the Shifts page when diff changes and restarts cause a shortened shift (similar to how you indicate blocks)? Thanks
That'd be a long way down the todo list Tongue

The shift itself doesn't know why it ended, and there's a list of reasons:
pool restart, diff change, halving, block, stale/reject/orphan
so that would involve a somewhat significant code change and a database change, thus why I've never done it,
and then a whole bunch of different indicators ... that really I doubt most people would care Smiley

There's already completed code that's in the live system since the middle of last year, that's just not activated due to needing more stringent testing, that completely redoes the shifts, so that they are always on network block boundaries.
It adds an extra level in the share summarisation, called blocksummaries.
(the posts about that are there somewhere in the thread early last year)
That's the major step needed to distribute the pool properly
(as opposed to the node hack done at the moment in ckpool that gets those 5 minute disconnects on 'rare' occasions)
Once that's done much later in the year, then remind me about it Smiley
member
Activity: 658
Merit: 21
4 s9's 2 821's
I'm calling 100% a little early to give the miners fair warning that it's been long enough.

Create the block already!!!

P.S. - I'm also calling it that this one has Sidewinder's name on it and this'll be the first 0.5 BTC giveaway reward!

Best of "luck"! Cool


Yep, should be any hour now on this block, if we're going by luck.  That's my story and I'm sticking to it.


MINE ON WITH KANO-SAN! BTCBTCBTCBTCBTCBTCBTC
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
Noticed some altcoin pools doing stratum with SSL in an attempt to prevent man in the middle attacks, etc. Has any thought been given to doing the same for kano.is? Presumably, cgminer and forks would need to be updated as well...
The probability of updating the million or so miners around the internet is probably zero.

However, someone can't steal your work, all they could do is invalidate it, which they can do on SSL anyway by simply corrupting the packet.
i.e. SSL basically wont help.
member
Activity: 490
Merit: 16
1xA921 + 1xA741 + Backup-->1xA6 ;)
I'm calling 100% a little early to give the miners fair warning that it's been long enough.

Create the block already!!!

P.S. - I'm also calling it that this one has Sidewinder's name on it and this'll be the first 0.5 BTC giveaway reward!

Best of "luck"! Cool
newbie
Activity: 84
Merit: 0
do we know what exactly is a hw error ? it makes no sence to me since only 1 board seems to get em out of 3

I believe most of my hw errors are from, temperature/fan timing, and network delays.
...
Network has nothing to do with hardware errors.
A HW error is internal to the miner - somewhere in the process of passing data from the chips back to bmminer, a checksum or counter is wrong.
Note also that Bitmain miners hide a lot of the hardware errors Tongue

yea seems alot hate bitman was jst curious why always on the first hash board if seen alot of people pics of the same issue alwys on the first hash board
Um ... that's facts I've stated there Smiley

I've posted about the issues with their code and also put in a public git updates to fix their code years ago - S1, S2, S3.
They do seem to have at least finally stopped hiding stale shares with the S9 ... since that also meant throwing away possible blocks Tongue

As for which hash board gets the most errors, well you'd need to take a much larger sample to be sure that there's a pattern there.
Remember there's probably at least 10EH of S9s out there ... i.e. probably at least 0.75 million of them

I have 2 S9s with the middle board getting the most errors and 3 S9s with the 3rd board getting the most errors. Grin

good so everyone gets 1 broken board Cheesy.
sr. member
Activity: 419
Merit: 250
Noticed some altcoin pools doing stratum with SSL in an attempt to prevent man in the middle attacks, etc. Has any thought been given to doing the same for kano.is? Presumably, cgminer and forks would need to be updated as well...
member
Activity: 490
Merit: 16
1xA921 + 1xA741 + Backup-->1xA6 ;)
So, what was up with the 37 minute shift? Did I miss something?
Diff change.
[2018-03-05 14:25:59.664+11] workinfo_add(): DIFF CHANGE: hi=512064 delta=9.42% new=3290605988755.0 prev=3007383866429.7

High yet again coz Bitmain's new miners are coming online in their data centres.
Also, could we add another to-do at the bottom of the backlog to put an indicator on the Shifts page when diff changes and restarts cause a shortened shift (similar to how you indicate blocks)? Thanks
member
Activity: 490
Merit: 16
1xA921 + 1xA741 + Backup-->1xA6 ;)
...clipped...
this one is looking really good
ill put my thinking cap on it asap

thanks for the effort
Could we all start clipping these really long posts?  This one nearly fills the whole page by itself  Smiley
Sorry, I had verbose mode on when I wrote that one up. Grin
member
Activity: 658
Merit: 21
4 s9's 2 821's

...clipped...

this one is looking really good
ill put my thinking cap on it asap

thanks for the effort

Could we all start clipping these really long posts?  This one nearly fills the whole page by itself  Smiley


ENOUGH WITH THE CLIPPING, MORE WITH THE CRACKING!


MINE ON WITH KANO-SAN!
legendary
Activity: 1736
Merit: 1032
Carl, aka Sonny :)

...clipped...

this one is looking really good
ill put my thinking cap on it asap

thanks for the effort

Could we all start clipping these really long posts?  This one nearly fills the whole page by itself  Smiley
member
Activity: 238
Merit: 11
Definitely maybe before the day is done!

C'mon Monday BTClock!
full member
Activity: 228
Merit: 100
Mine ON!!!
legendary
Activity: 1736
Merit: 1032
Carl, aka Sonny :)
do we know what exactly is a hw error ? it makes no sence to me since only 1 board seems to get em out of 3

I believe most of my hw errors are from, temperature/fan timing, and network delays.
...
Network has nothing to do with hardware errors.
A HW error is internal to the miner - somewhere in the process of passing data from the chips back to bmminer, a checksum or counter is wrong.
Note also that Bitmain miners hide a lot of the hardware errors Tongue

yea seems alot hate bitman was jst curious why always on the first hash board if seen alot of people pics of the same issue alwys on the first hash board
Um ... that's facts I've stated there Smiley

I've posted about the issues with their code and also put in a public git updates to fix their code years ago - S1, S2, S3.
They do seem to have at least finally stopped hiding stale shares with the S9 ... since that also meant throwing away possible blocks Tongue

As for which hash board gets the most errors, well you'd need to take a much larger sample to be sure that there's a pattern there.
Remember there's probably at least 10EH of S9s out there ... i.e. probably at least 0.75 million of them

I have 2 S9s with the middle board getting the most errors and 3 S9s with the 3rd board getting the most errors. Grin
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
do we know what exactly is a hw error ? it makes no sence to me since only 1 board seems to get em out of 3

I believe most of my hw errors are from, temperature/fan timing, and network delays.
...
Network has nothing to do with hardware errors.
A HW error is internal to the miner - somewhere in the process of passing data from the chips back to bmminer, a checksum or counter is wrong.
Note also that Bitmain miners hide a lot of the hardware errors Tongue

Good info. I mentioned network, in my situation, because when my miners drop signal, they have a tendency to get cold quickly.
When that happens, I can literally watch errors go up with the temp, when the signal reconnects. I chalk it up to 15°f nights, and
a crappy Internet Provider.
Ah OK - well I guess then network can indirectly relate to HW errors Smiley
member
Activity: 490
Merit: 16
1xA921 + 1xA741 + Backup-->1xA6 ;)
So, what was up with the 37 minute shift? Did I miss something?
Diff change.
[2018-03-05 14:25:59.664+11] workinfo_add(): DIFF CHANGE: hi=512064 delta=9.42% new=3290605988755.0 prev=3007383866429.7

High yet again coz Bitmain's new miners are coming online in their data centres.
Ugh... ~10% increase.

Isn't there a possibility of the difficulty lowering if a lot of these New Year's Resolution miners give up already?
Not likely - they'd sell their miners to someone else who'd use them.
... and if they didn't sell them, but just switched them off, there'd have to be more of them switched off, than new miners coming online.
Good point. I guess I'll need to do my part and buy some of the ones they're selling and point them here. Grin
full member
Activity: 350
Merit: 158
#takeminingback
do we know what exactly is a hw error ? it makes no sence to me since only 1 board seems to get em out of 3

I believe most of my hw errors are from, temperature/fan timing, and network delays.
...
Network has nothing to do with hardware errors.
A HW error is internal to the miner - somewhere in the process of passing data from the chips back to bmminer, a checksum or counter is wrong.
Note also that Bitmain miners hide a lot of the hardware errors Tongue

Good info. I mentioned network, in my situation, because when my miners drop signal, they have a tendency to get cold quickly.
When that happens, I can literally watch errors go up with the temp, when the signal reconnects. I chalk it up to 15°f nights, and
a crappy Internet Provider.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
So, what was up with the 37 minute shift? Did I miss something?
Diff change.
[2018-03-05 14:25:59.664+11] workinfo_add(): DIFF CHANGE: hi=512064 delta=9.42% new=3290605988755.0 prev=3007383866429.7

High yet again coz Bitmain's new miners are coming online in their data centres.
Ugh... ~10% increase.

Isn't there a possibility of the difficulty lowering if a lot of these New Year's Resolution miners give up already?
Not likely - they'd sell their miners to someone else who'd use them.
... and if they didn't sell them, but just switched them off, there'd have to be more of them switched off, than new miners coming online.
Jump to: