Author

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

member
Activity: 238
Merit: 11
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

Holy BTC!
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
10 BTC giveaway to LARGE miners

Any new miner, who joined this year, with NON-RENTAL hash rate - i.e. their own miners, who shows on the rewards page a "Your N Avg" of exactly 9.5PH/s or more -
yes a large miner - for any block that they find, will get a bonus 1 BTC block finder reward.

... and to get the attention of anyone half that size ...

Any new miner, who joined this year, with NON-RENTAL hash rate - i.e. their own miners, who shows on the rewards page a "Your N Avg" of exactly 5.0PH/s or more -
yes a large miner - for any block that they find, will get a bonus 0.5 BTC block finder reward.

Total rewards for a single miner are a maximum of 3 block finder rewards per miner.

Total BTC I'll be giving out will be 10 BTC i.e. a total of ten 1 BTC block finder rewards or twenty 0.5 BTC block finder rewards or a combination of both up to a total of 10 BTC limit i.e. if a total of 9.5 BTC has been given out, the last reward will be limited to 0.5 BTC.

The bonus 0.5 or 1 BTC block finder reward will not be taken from the block reward to miners - i.e. no miners will be getting paid less due to the block finder reward.
Yep, sure. Little humble miners (50 Th or more) are not deserve even 0.1 BTC block finder reward...
Well if you prefer the pool to disappear, fine, but I'm trying to keep it going by using my own BTC to get large miners ... which is what we need to do, to stop the pool falling into the depths of massive losses due to blocks spanning multiple difficulty changes - like ALL the smaller pools.

What I'm doing with the tiny 0.9% pool fees - is for the pool's sake, but is also my choice Smiley

You still get the fairest payout of all pools by mining here - lowest fees - no loss due to block finder rewards - no crappy payout systems based on share luck - even small miners get a reward here every time (not never, or every 2nd time - losing some of their small reward)

If you think you should be getting rewarded more, then you'll need to find some other (non existent) pool that does that Tongue

... also I fixed your quote to the current version of that Smiley
legendary
Activity: 2030
Merit: 1076
A humble Siberian miner
So ... in an attempt to get some large miners on board Smiley
I'll post  this here now and then work out how to get the attention of said larger miners ...

10 BTC giveaway to LARGE miners

Any new miner, who joined this year, with NON-RENTAL hash rate - i.e. their own miners, who shows on the rewards page a "Your N Avg" of exactly 9.5PH/s or more -
yes a large miner - for any block that they find, will get a bonus 1 BTC block finder reward.

Yep, sure. Little humble miners (50 Th or more) are not deserve even 0.1 BTC block finder reward...
member
Activity: 490
Merit: 16
1xA921 + 1xA741 + Backup-->1xA6 ;)
this one is looking really good
ill put my thinking cap on it asap

thanks for the effort
You're welcome. I hope you can take it from here.
member
Activity: 490
Merit: 16
1xA921 + 1xA741 + Backup-->1xA6 ;)
Once that's done much later in the year, then remind me about it Smiley
Eh, I changed my mind. You've got more important things to do. Grin

Thanks for the all the extra info on that, though.
member
Activity: 238
Merit: 11
All probabilities point to today ... BTC dance!
Interesting way you phrased that... I suppose right around 100% would have the highest probability.

The goddess of probability is a fickle being ... the % shares can't predict a future event unfortunately Smiley

MINE ON!
member
Activity: 490
Merit: 16
1xA921 + 1xA741 + Backup-->1xA6 ;)
All probabilities point to today ... BTC dance!
Interesting way you phrased that... I suppose right around 100% would have the highest probability.
member
Activity: 238
Merit: 11
All probabilities point to today ... BTC dance!
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
Jump to: