Author

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

full member
Activity: 157
Merit: 100
Congratulations to  magnusmining. 
I will try and post a review on the new Avalon but Philipma you are a review pro and I may embarrass myself.
I have no equipment to check noise or watts.  I can tell you how it compares to a S1, S2, S3, or a Sp20.

I'll try ........

Thanks everyone for the Congrats!


pingster
legendary
Activity: 4256
Merit: 8551
'The right to privacy matters'
 Thank you for nice contest even if I did not win it. PS I am keeping my miners here just no more rentals. This means I will be at 11 or 12 th not 20 to 35 th.

I hope they post some reviews on the gear in hardware. I am very curious as to lowest hash settings for low sound and low power draw.

  
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
Yes the 2nd Avalon 4.1 was won by pool user magnusmining with the last block.
Congratulations magnusmining!

The forum was dead (last night) when I saw the block so I've not posted here until now.
Seems that over the weekend Avalon hasn't been around, but it's Monday morning now so I should hear from Avalon soon to sort out sending the winners their Avalon 4.1s - and update here once that's sorted out.
legendary
Activity: 1019
Merit: 1001
Spectreproject Community Manager
When you stumble.fart and fall on your own.....its a better lesson learned.
Most importantly you learn why some others were telling you why they were telling you what they did.LOL.
anyway, now you're wiser.
hero member
Activity: 700
Merit: 501
https://bitcointalk.org/index.php?topic=905210.msg
Looks like we have a second winner!  (and it's not me...)

M

I won't mention any names either, but congrats to the winner!
Please let us know your thoughts on the miner relative to other miners you own, and your opinions on current, real products you do not own.

I try not to clutter the thread with my n00bish questions so I will add each in one post per page. Please direct me to the proper subforum if I ask things which should be discussed in such.

Back on the topic of luck being previously discussed.
I was taught early in my first days reading here and another forum luck is the master of mining and pools. It is obvious from the things people say if they know what they are talking about. I read through this entire thread so I had a good feel for the 'community' and then started moving hashpower here.
Unfortunately I am not the type of person to leave something alone unless I am confident it is not only functioning, it must be functioning correctly. Correct to me means to the best of its ability be that intended by the manufacturer or not. I am the same way with software and hardware. It is what I have done for 20+ years, albeit in a different niche industry, but the concepts are the same, I am learning the correct terms, syntax, etc and dying to find more resources.

When I read ck or kano say the cgminer defaults are the best and if you don't know what you are doing you shouldn't be playing with it, well they are dead on. In my case I want to know where I can learn about it so I can make the choice if I should change something and I will spend the time to learn it. I have a much better understanding of PPLNS today than I did yesterday and I thought I understood it well yesterday. Smiley So I constantly reach out. A friend in Florida (I knew the guy for ten years online before we ever met in rl) he helped me learn and install DOS on an 8088. While I had played with C64, Ti offerings, etc I'd never felt the control the way DOS did. From there win 31 and on. I have not spent enough time with Unix / Linux but that is changing. I am building a linux box to use as a private web server and miner monitor which shows me the pool speed and local speed. I want the ability to see individual and collective actual and averages. When I want to learn something I pick a project and do it. I haven't started anything yet which I didn't finish, with the exception of some household chores I better do today Smiley

Thank you for listening if you did, and thanks in advance for putting up with the many n00bish things I may bring up. I like the feel of this pool from a community and learning standpoint and want to offer myself in that same vein. If I can do anything to help, need a unit to test something with, or in general see something I need to correct always feel free to hit me up.

Edit 1: Is the best place to read about the options or switches which may be used with cgminer in the password field of a miner in the cgminer documentation? I should read the TOC for CGminer before asking... yes, same as I remembered. I see:
--lowmem            Minimise caching of shares for low memory applications
From what I understand at this point I can add this in my password field. Lets say my pass is currently 123, would I leave the 123 and the password field looks like: "123 --lowmem" (without quotation marks of-course)
Now, for exactly what thios option does I am not sure, but using common sense and reading the description provided:
A. Minimise caching of shares = OK, so CGminer will refresh the cache which holds share information more often.
B. for low memory applications = On this it is harder for me to guess as what defines a low memory application?

This is an example of where I am regarding these types of things. On the cusp of learning, and knowing where I should look for more information about this exact example will do more in teaching me how to fish rather than feeding me. Though I appreciate all of the above!

Thanks for the pool, and the great information shared.
legendary
Activity: 4256
Merit: 8551
'The right to privacy matters'
Yeah this site went down  just as he won.
legendary
Activity: 1540
Merit: 1001
Looks like we have a second winner!  (and it's not me...)

M
legendary
Activity: 1019
Merit: 1001
Spectreproject Community Manager
bittalc1,

I know it can be confusing but you will always be paid for any accepted shares, it doesn't matter if you leave or not. The secret is staying put long enough to see the full 500% which will often take several continuous blocks. I have 20 TH and can say with certainty that the best thing for you to do is point your miners here and forget about them. You will never realize your maximum payout here or anywhere else if you try to chase luck.

I mine here to support this pool, I trust both CK and Kano as pool operators as there is complete transparency here, and this pool has had better luck over the long term than others.

No matter if you decide to stay here or mine at another pool you need to leave your miners pointed at whichever and basically forget about them.

Here are some of Kano's previous responses where he explained the payouts, hope this helps some:

https://bitcointalksearch.org/topic/m.9960680

https://bitcointalksearch.org/topic/m.10087464

https://bitcointalksearch.org/topic/m.10098984



Very well said sjc.......chasing luck is a "fool's errand".
legendary
Activity: 1540
Merit: 1001
Anyone who noticed 30 min ago ...
That was a ckpool restart done by me to update some changes and add some debug tracking into it.
Most should have only seen a reconnect in cgminer, not a failover.

Mine failed over.  They also didn't come back with the right worker difficulty. Sad

M
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
Payout 341360 sent
... and confirmed
hero member
Activity: 1249
Merit: 506
Anyone who noticed 30 min ago ...
That was a ckpool restart done by me to update some changes and add some debug tracking into it.
Most should have only seen a reconnect in cgminer, not a failover.

I checked my home miners and as said there was no failover. Rented hash made it look like there was an outage, their charts are a lot more inaccurate than I though.

Thanks for the update.
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
Anyone who noticed 30 min ago ...
That was a ckpool restart done by me to update some changes and add some debug tracking into it.
Most should have only seen a reconnect in cgminer, not a failover.
hero member
Activity: 546
Merit: 500
bittalc1,

I know it can be confusing but you will always be paid for any accepted shares, it doesn't matter if you leave or not. The secret is staying put long enough to see the full 500% which will often take several continuous blocks. I have 20 TH and can say with certainty that the best thing for you to do is point your miners here and forget about them. You will never realize your maximum payout here or anywhere else if you try to chase luck.

I mine here to support this pool, I trust both CK and Kano as pool operators as there is complete transparency here, and this pool has had better luck over the long term than others.

No matter if you decide to stay here or mine at another pool you need to leave your miners pointed at whichever and basically forget about them.

Here are some of Kano's previous responses where he explained the payouts, hope this helps some:

https://bitcointalksearch.org/topic/m.9960680

https://bitcointalksearch.org/topic/m.10087464

https://bitcointalksearch.org/topic/m.10098984
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
Payout 341296 sent

...

Each share found is paid ~1/5 it's value in each of the blocks found in the ~500% after the share.
 or the reverse version of that meaning the same thing
Each block found pays (equally, based on difficulty) all shares in the ~500% before the block was found.
Payout 341296 confirmed
full member
Activity: 162
Merit: 100
Ok now i really dont get the reward system , i was reading about the diff or N x 500% but i think that i dont understand. So this happened:

from
28.01.2015  06:34:11 PM to 29.01.2015  10:20:12 PM aproh: ~28Hours i was mining on btcguild. Before that i was on your pool and getting ~0.051 BTC after every block found. Of course before that i was building up for 5 days to reach that earnings per block.

from
29.01.2015   10:20:12PM to 01.02.2015    01:00 AM aproh: ~50Hours after mining on btcguild i came back to this pool and for the last two blocks i got 2x ~0.038 BTC.

So when i don't mine 1 hour, and when i come back i should mine 3 hours to get the max reward ? i really dont get it. \
Can you please give me some example, from the block history chart or something similar. Sorry for this, but i'm curious.
Thanks in advance
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4


Quick question from a n00b miner.
I like to learn about settings, and in general get OPO other people's opinions about my current question.

If I am going to be working on a miner, or troubleshooting a miner hardware issue is it better to use a pool wioth a different payout system than PPLNS?
If my miner may be up and down, and the up or down times will be inconsistent, is it betetr to use that miner on a PPS pool until I have it hashing consistently again?

I understand the gist of PPLNS, how we are paid in shifts / shares and the intent of stopping pool hopping.
In effect, my miner would be turned off, on, off, and on again, so it would seem to the pool as though I am hopping when I may be changing a power supply, or testing a particular unit for Overclocking viability, etc.

So, in this case, is it better to use a pool with a different payout scheme, and if so what type (either by pool name or payment method) is the best?
The way PPLNS stops the gain from hopping is not to penalising anyone who hops, it's simply that there is no gain from hopping.

As I've mentioned before, the 5N we use here simply means that each share is paid once in each of the blocks found in the ~500% after the share.

The part that I guess were it may be confusing, is that to get an expected BTC payout when I payout a block, you have to have mined for the full 500% range of the payout.
But since each share is paid the same way, the only thing that affects the value of each share is the pool luck.
That luck can't be known in advance of course, but also has an expected average to mean that on average each share is expected to get paid 5 times 1/5 of the value of the PPS share (minus 0.9%)

Of course that is simply an expected average, so over a short time you may get more OR less, but again you can't know in advance.
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
Payouts 341276 and 341285 sent (finally)
... and confirmed
legendary
Activity: 4256
Merit: 8551
'The right to privacy matters'


Quick question from a n00b miner.
I like to learn about settings, and in general get OPO other people's opinions about my current question.

If I am going to be working on a miner, or troubleshooting a miner hardware issue is it better to use a pool wioth a different payout system than PPLNS?
If my miner may be up and down, and the up or down times will be inconsistent, is it betetr to use that miner on a PPS pool until I have it hashing consistently again?

I understand the gist of PPLNS, how we are paid in shifts / shares and the intent of stopping pool hopping.
In effect, my miner would be turned off, on, off, and on again, so it would seem to the pool as though I am hopping when I may be changing a power supply, or testing a particular unit for Overclocking viability, etc.

So, in this case, is it better to use a pool with a different payout scheme, and if so what type (either by pool name or payment method) is the best?

I would stay here if I were you.
hero member
Activity: 700
Merit: 501
https://bitcointalk.org/index.php?topic=905210.msg


Quick question from a n00b miner.
I like to learn about settings, and in general get OPO other people's opinions about my current question.

If I am going to be working on a miner, or troubleshooting a miner hardware issue is it better to use a pool wioth a different payout system than PPLNS?
If my miner may be up and down, and the up or down times will be inconsistent, is it betetr to use that miner on a PPS pool until I have it hashing consistently again?

I understand the gist of PPLNS, how we are paid in shifts / shares and the intent of stopping pool hopping.
In effect, my miner would be turned off, on, off, and on again, so it would seem to the pool as though I am hopping when I may be changing a power supply, or testing a particular unit for Overclocking viability, etc.

So, in this case, is it better to use a pool with a different payout scheme, and if so what type (either by pool name or payment method) is the best?
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
What's the recomended /acceptable rate to hit your API? Can I hit it like every 5 mins .... 24/7 ... 365?
Also, got any documentation on the API, or is it just the two links /queries available?
5min is fine.
Edit: the docs are simply that it's json Smiley
I think I added an html header/footer to some of the text/api links.
I'll probably get around to removing that - but will post here if I do.
Jump to: