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

Solitary home miners who make a choice on this forum are a diminishing minority of the hashrate. The bulk of the hashrate is from large farms that have basically chosen their mining pools or even struck deals with them and are not going to come here. Translation: it isn't going to happen.

I mean, I'm saving up for an S7, but at this rate, it will be a few more months.  We need to increase the user base. Get the word out...

Payout 386327 sent
e69b859a7dcbfaebd33224112a84fa98b648feae68090108b142c8f0f3d1daa2
and confirmed

I've caught all this, and understand, how once you fill in the complete 5N of shifts, you would be getting a complete payout with each block, just takes a fair amount of time to get there.    Been even thinking of a way you could sweeten the startup a little, like paying 2/5 on the first payment, and not increase until after it 2N past, but than you would miss out on two quick blocks.    Ultimately what you have is perfect, especially if the pool size could get large enough to get 5N down to 4 to 5 days.   

Also your last point...  caught that as well...   big reason I am here for the long haul...  too bad others don't understand it as well... 

The only effect the 'shifts' have, is to determine back where the payout starts.
Since each shift is anywhere from a few minutes to 50 minutes (but usually around 40 minutes) the starting shift will begin some point before the 5Nd point back from the block.
So since shifts are groups of shares, the starting 'group' makes it 5Nd + a bit, and that + a bit would average to being half the average length of a shift, so probbaly around 20 minutes (I've not calculated anywhere the exact average length of a shift)
All shares are rewarded the same in the whole 5Nd+

Thus also to refer to your 2nd post, that I mentioned back here:
https://bitcointalksearch.org/topic/m.13099488
yes that means that when a payout crosses a difficulty change, the earlier shares are devalued, but more earlier shares are paid since 5Nd is bigger.

If the pool indeed continually doesn't keep up at all with the diff changes I may need to reduce the 5 somewhat.
Though I'll of course ask here for input from miners (and contact the top ones) about what it should go down to.
As I mentioned before, at 5Nd it's expected that a very high % of shares should get at least 1 reward.
As it gets closer to 1Nd, that % drops, and of course variance increases.
Long term (month or so) miners really wont be much affected by it other than the direct normal effect of a difficulty change, short term miners (a few days) will notice that their average payouts are way more affected by luck due to the increased variance.

And aside: although it's not expected, it can actually pay shares again, under the red line, if the next payout length grows back past the previous payout start on a big diff change.

I really like how it is setup, BUT if it doesn't grow quickly, and the difficulty keeps advancing as quickly as it has, it will be 14 days to get 5N in the not too distant future.   Which would put it at the next difficulty change again....    Then you would really have a rolling ball of fugly.

Yeah, and also, no offense to wizkid, but I've spent some time on Eligius - ok payouts, I guess... in fact, I still have it as a backup on some of my miners.

But that almost week-long wait for the payout after a block was too much for me. I had come from Slush's pool, which had much more frequent payouts (but, of course, they were smaller)... I had a feeling there was something better out there.

I found ck's & kano's solo & group pools, and had some great luck, and I've pretty much been here ever since.

Not to change the subject...  but I guess I am...

Have a question on payouts, that I can not deduct from the FAQ...  I realize my small footprint it doesn't make much difference, but I am noticing something about the big boys behavior and trying to understand something completely.

Do the shifts have any bearing on the actual payout, other then where the 5N payout starts and where it ends?   In other words, does it matter at all if you would mine hard in one shift and hardly nothing in the other, or you were mining in a short shift vs a long one?

The way I see it now, shifts really don't matter at all, everything is just one big average of the total shifts in the 5N.

Thanks for your time.

Yeah, baby!

Sloppy,

Don't get me wrong. All my hardware is pointed at Kano. Most of the reason why as been covered in this post. Its just that for a second, this thread looked like a Martial Art Forum; Both side have their conviction, and both of them will stick to it and fight for it. It was a polite 'hamper', please take no offence

  block 

Oh no, do not put a hamper on this discussion.

To me there are a few points being made which are being made by both.

Also "to me" there is one extremely important point, which is who mines empty blocks.
There is no doubt in any sane persons mind that mining empty blocks is a tremendously negative action towards the entire bitcoin ecosystem which harms every user, miner, and anyone who wants bitcoin to succeed. You may as well yell that you cannot compete on a level playing field and must resort to underhanded tactics, which then must make people with common sense ask what other choices are being made?
Mining 0 transaction blocks is a clear statement that you are willing to do whatever it takes to attempt to have an upperhand whether you do or not, whether it is good for all of us or not, or even if it causes longterm harm. It is a direct claim to selfishness over the good of the network and yells loud and clear you do not care about the network as much as you care about yourself.

Picking about because Kano shows us the shares which were as close to blocks as anything but are not even included in the pool's overall solved block calculations which do not even show up on the pool's luck statistics for actual blocks solved and "luck" versus someone pointing every miner on their pool to work on empty blocks as a PRIORITY, well, even if there were other reasons to say good things I haven't found, that single thing should make people pay attention. It has made several as there are many more people talking about it now than were 6 months ago. I wish I could blame it all on Luke JR as I see his influence there and know what kind of morals he has, but I sincerely had hope that others could listen to reason when it is laid out with coherent conversation.

It isn't like arguing over religion which only idiots want to do in this forum, zero transaction blocks is something negatively impacting what all of us do and come to this forum to learn more about everyday. It is a slap in the face of any respectable person in this scene.   

If people think KANO.IS will always be at 2, 3,4 or so PH they are crazy. More people are seeing the payouts, the correct stats, the customer service which no other pool can touch, and you will continue to see growth 1 gh at a time. Some people do not get why it takes longer to get the payout here at KANO.IS, but as more people understand and see the fat checks roll in more will get it and stick.

Opinions and talk are one thing. It is the actions which speak the loudest from all pool operators.
IF you make more money from doing shady things it is temporary. You will eventually be stabbed in the back by the very people who helped you because all they want is the quick buck and they will jump for the next thing they think is better. That is a fact of life.

I think we get it 

All Champion, please move to your respectful corner! Time is out.

Sure, that's why you just adjust your asterisk to include, "Don't add this number when adding up the page."

Maybe a mouseover tooltip on the values for the real block with the real values?  I dunno, just irks me that it's not right for the real block.  Do what you want, it's your pool.  Just making a suggestion.

Well then that poses the problem that the (Diff) number displayed won't add up if I change it that way.
That's the reason I show it that way.

If you add up the page, there's no duplicated numbers.
The number on the right shows which (rare) ones are the same block to total.

Edit: and since your wording is ambiguous, not it doesn't affect the stats at the top.

Meh I guess if I get bored and have the time in the dark distant future I'll add a checkbox at the top
"Hide the 'bad blocks'" that shows it how wizkids wants it, but with zeros for the 'bad blocks' so the numbers still add up

I didn't say I want them to disappear, I just said I didn't think they should have an effect on the stats displayed for real blocks.

Deflection?
I was bored of that last one and thought it was finished anyway.

You don't like showing all the failed blocks, I do.
You want the failed block information to disappear, I don't.

I have a good table at the top that resolves any confusion of what's going on with the pool, you require your users to do that themselves and hope they can all do that, until some future date.

--

Yep I'm only ... oh it's got better
Me: 1.8732658217225
You: 2.0306842107522

heh now I'm 157ms average faster

... yet I don't send out empty blocks, vs you do every time for this comparison.

--

Though of way more interest

Payout 386044 sent
0d6ecbb991d08d8a30cee70114fb5714402d9fdc90947730bd602f5045cb96c0
and confirmed

Love the deflection

Edit: Probably should point out that your definition of better is 107ms.  And to directly answer your deflection question, the reason is probably some changes I recently made that I'm about to revert that appears to have added a hair of a delay in telling some eloipool instances about the new work.

Hmm why's my pool averaging better block change than your pool, currently for the last 80 blocks ...

So you're saying because the individual block lucks don't show anything it doesn't matter if some are displayed incorrectly......... then why do you display them at all for any blocks if it's so useless? And since you do display them, why do you display some incorrectly and make some blocks look luckier than they actually were?

As for Eligius, every block listed is actually a block.  Its stats are actually correct for every block on every line ... unlike ... ... lol.

While I don't have a table aggregating luck, people interested are welcome to utilize the well defined public API and calculate out whatever they like for themselves... and they do regularly.  Upcoming stats 2.0 (planned for Q1) will have a complete overload of information, including interactive luck charts.