Author

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

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: 4592
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: 4592
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: 4256
Merit: 8551
'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.
sr. member
Activity: 446
Merit: 250
MY END tells me estimated pay out if block found at 100% is .17etc.  yet I get paid .15etc.

I'm NOT saying your end is wrong.  I'm Saying MY END is not collocated with your end.

OR

I'm not understanding IF block found at 100%

I only want someone to explain that to me as well.

Instead I get ganged up on.

If you haven't already, you should read up on how pplns works and why most pools choose to use it.

If you were to stop mining right after the block was found and another is found a while later you would get some pay for it too due to the pplns reward system even though you stopped mining.

Will you or someone please answer the question in the post above yours please?

Here it is:


I mined for 5 straight blocks.  24/7 for the 1st, 2nd and 3rd blocks.  My payout was approximately .02 less than the estimation each time.

That leaves us at the "100%" thing then.

If we find the block higher than 100%, does this mean more or less payout?

less
sr. member
Activity: 446
Merit: 250
MY END tells me estimated pay out if block found at 100% is .17etc.  yet I get paid .15etc.

I'm NOT saying your end is wrong.  I'm Saying MY END is not collocated with your end.

OR

I'm not understanding IF block found at 100%

I only want someone to explain that to me as well.

Instead I get ganged up on.

If you haven't already, you should read up on how pplns works and why most pools choose to use it.

If you were to stop mining right after the block was found and another is found a while later you would get some pay for it too due to the pplns reward system even though you stopped mining.
full member
Activity: 157
Merit: 100
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
Not doubting what you said, Kano.

On MY end it would leave one to believe shares were erased ON THOSE 3 RIGS. When I still had 3 rigs pointed here but changed their name to a "dot" instead of an "underscore"

Wish I had taken a screen shot now.

As for whining; I'm not F'ing whining.  I was simply trying to help others avoid the same mistake.

It may be YOUR end still remembers, but MY end made me believe otherwise.  Especially, after seeing estimated payout change from .17 to .10 in a matter of 15 minutes.  Then 4 hours later I get paid .09

So, 15 minutes MY end would leave me to believe I lost .7 and then in 4 hours [.09 pay out] I only lost .01 in 4 hours.

I'm telling you the shares were deleted.  I'm not worried about the chump change.  I was just pointing something out to help other miners avoid the same mistake.
If you think that is true then you are a fool to mine here.
No shares are deleted.
I can list every one of them and I have already pointed out that 2/3 of your shares in that block were before the N payout range.
The last block had, as I already stated, 40301292000 diff for calculating payouts.
As I already stated, you had 154,482,324 diff in the payout range.
If you check the block on blockchain, the 99.1% was 24.85684951 BTC
If you do the simple maths:  24.85684951 * 154,482,324 / 40301292000 = 0.09528091 (which also happens to round up to 0.10)
Again, you reduced your mining on the pool and as a result your payout reduced.
You chose a bad time to do that.
No one can predict when is a good or bad time.
Luck is a measure of the past, not the future.

...
The payout estimate shown on the worker page is what it would be if the pool was Prop or if the block was found at exactly 100%
That's why it says estimate ...
If you change your hash rate, it's not very accurate.
If you mine with a consistent hash rate and don't leave the pool, and the pool hashrate doesn't change much, then it should be close.
I will make it more accurate when I complete the shift changes, or remove it if it uses too much CPU, or just leave it as it is.
...
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
...
I talked well about the pool but it was deleted earlier.
...
Yes I deleted a post listing stuff you sell on ebay.
Guess why?
full member
Activity: 157
Merit: 100


Use this equation for your payout. I'm sure it will work well for you.


       ID+10+T =



best of luck Grin Grin  



Like I said...

I was right...

A damn child...




Yes it's fun when a 9 year old schools an old boy like you.
Jump to: