Author

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

hero member
Activity: 543
Merit: 500
Man, I hope we knock a block off soon and a few short ones real fast soon after!  Tongue
sr. member
Activity: 471
Merit: 250
Moved the offending SP30 to another pool and after 50 mins (acceptable time to settle down) it reports 4.5+THs.  Huh
There's nothing unique about the work at ckpool that would make it hash slower. Give it much longer as I find many SP30s degrade over hours/days in hashrate.

I agree, I know this is a 'pure pool' I'll keep an eye on things, thanks ckolivas.

-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Moved the offending SP30 to another pool and after 50 mins (acceptable time to settle down) it reports 4.5+THs.  Huh
There's nothing unique about the work at ckpool that would make it hash slower. Give it much longer as I find many SP30s degrade over hours/days in hashrate.
sr. member
Activity: 471
Merit: 250
Quote
SP30's web interface lies. It reports how much it thinks it's hashing, not how much effective hashing it's doing. If it's consistently low at the pool end, there's a reason: its actual hashrate is low.
OK - thanks, interesting to know  Wink

Moved the offending SP30 to another pool and after 50 mins (acceptable time to settle down) it reports 4.5+THs.  Huh

sr. member
Activity: 471
Merit: 250
Quote
SP30's web interface lies. It reports how much it thinks it's hashing, not how much effective hashing it's doing. If it's consistently low at the pool end, there's a reason: its actual hashrate is low.

OK - thanks, interesting to know  Wink

-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/

Kano, I have two SP30s on the pool and each are reporting 4.5Ths respectively (accessing the miners directly at the hosting company).

I've not set any minimum difficulty settings under 'worker management' as I believe the pool adapts per miner power.

However, one reports 4.42Ths, but the other at 3.45Ths to 3.9Ths consistently over a 10 hour period.

Any ideas?


SP30's web interface lies. It reports how much it thinks it's hashing, not how much effective hashing it's doing. If it's consistently low at the pool end, there's a reason: its actual hashrate is low.
sr. member
Activity: 471
Merit: 250

Kano, I have two SP30s on the pool and each are reporting 4.5Ths respectively (accessing the miners directly at the hosting company).

I've not set any minimum difficulty settings under 'worker management' as I believe the pool adapts per miner power.

However, one reports 4.42Ths, but the other at 3.45Ths to 3.9Ths consistently over a 10 hour period.

Any ideas?

newbie
Activity: 54
Merit: 0
I was young (no approach to statistic) , and, one of my first times in casino, I decided to try Martingale betting system using color doubling. All was working well, until I decided to double the minimum play and unluck suddenly hit me with same colour for 14 rounds in row Shocked . Those unrelated events definitively killed all my cash  Cry
That was the first time I lie face to face to the concept you explained.

It's so easy for miners to use difficulty for income's calculations, but luck in BTC plays big role too and it's usually understimated when calculations are made.
I'm not sure that big mining operations think about the luck/unluck, but as margins are eroded the weight of variance increase.

For the long time there is nothing to worry about Cool; we are mining on a super optimized, honest project, and this is what make the difference  Grin!!!

Good work Kano !



legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
I thought I might mention the CDF number coz it also helps explain the current somewhat expected block finding winter.

The 225% block has a CDF of 0.89
What that means is that 11% of blocks you expect to average to be longer that 225%
and 89% of blocks you expect to average to be less than 225%
Those two numbers are true for all pools.
i.e. about 1/9 of the blocks you expect to be like the last 2 or worse.

I'm not gonna try to work out the probability of getting 17 blocks in a row under 100% (averaging better than 50%) coz when dealing with poisson distributions, I've no idea how you combine them Tongue

But also remember another thing Smiley
Luck is a measure of history, not of the future - so that 17 block luck in no way affects the future block finding.
We may be lucky in the future or we may be unlucky.
We won't know until after we find blocks, and anyone who has made 200% to 300% PPS on the blocks before the 225% one, there is no statistical expectation whatsoever that the following blocks will be lots of bad luck to even that out.
Feel free to read this link if you are curious about that.
http://en.wikipedia.org/wiki/Gambler%27s_fallacy
sr. member
Activity: 351
Merit: 250
While I'm not going to dispute more hash equals more blocks lets not forget  what I feel counts most LUCK. In my year of mining I've made that I'm aware of 9 blocks and almost everyone I made was with less than 5TH. It's all about the magic hash, it took me a whole year to figure out that it boils down to that. On one pool I used to mine at we were on day 4 and somebody joined in with about 240 Th and we made the block about three hours later. Everyone was cheering and praising him for slaying the beast, but the block was made by someone hashing at under 1 TH. Not to ramble even though I did... someone will will create the magic sooner or later.
hero member
Activity: 546
Merit: 500
We know who all the biggest hashers are Smiley
If it drops a lot, it is usually a datacenter issue.

Thanks, good to know.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
We know who all the biggest hashers are Smiley
If it drops a lot, it is usually a datacenter issue.
hero member
Activity: 546
Merit: 500
Afraid ours won't help much as looks like we lost a couple of hundred TH. Sad

you do realize that you get more coin when you hit this way.  

you

 A) added hash power
B) hung in and stayed the course while the luck chasers ran.


therefore   if you were 3 th of 1400th    you will now be 5th of 950th

So 3/1400 x 25 = .053   old way

5/950 x 25 =  .131 new way

mind you my estimates are really really rough and by no means accurate in any way with the possible exception of the ratios .



I do, but I also realize it often increases the time it takes to find a block. I guess it all works out in the end, just would like to see folks hang in there as I really like this pool.
legendary
Activity: 4382
Merit: 9330
'The right to privacy matters'
Afraid ours won't help much as looks like we lost a couple of hundred TH. Sad

you do realize that you get more coin when you hit this way.  

you

 A) added hash power
B) hung in and stayed the course while the luck chasers ran.


therefore   if you were 3 th of 1400th    you will now be 5th of 950th

So 3/1400 x 25 = .053   old way

5/950 x 25 =  .131 new way

mind you my estimates are really really rough and by no means accurate in any way with the possible exception of the ratios .

hero member
Activity: 546
Merit: 500
Afraid ours won't help much as looks like we lost a couple of hundred TH. Sad
full member
Activity: 173
Merit: 104
Will be adding another measly 2 THs sometime in the next few hours when I receive my S4
hero member
Activity: 546
Merit: 500
Added another 4TH, now lets solve this block!!
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
If that's the case, we can set the diff to what ever we want and expect to find the same number of shares no matter what it's set at is what you are saying?
Yes
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Look at my post above.  I'm trying to figure out if it was because of what i had the diff set at during those blocks.  Here, I will post it again.
No, it has absolutely NOTHING to do with diff. It's an estimate and you will never get that precise amount. How much clearer can I make it?
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Then that means these 3 blocks that were less than 100% would have gotten me paid closer to the estimation I see on MY END.  I mined these 3 blocks 24/7; no hopping!
The value displayed is an estimate if everyone's hashrate was identical for the entire duration of the block till it was solved and the block took precisely 100% of diff to be found. That means the chance of the estimate being correct is ABSOLUTELY ZERO. So, treat it as an estimate to give you an approximation of how much you're going to get and nothing more. Calculating accurately how much you are going to get is very expensive in calculations and ram requirements which is why it's done only on block solve at the moment. Kano will work on giving a more accurate estimation in the future, but in the meantime can I kindly suggest you stop making it sound like an accusation or even I will lose my patience with you.
Jump to: