Author

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

member
Activity: 490
Merit: 16
1xA921 + 1xA741 + Backup-->1xA6 ;)
the S9 hash give-away draw is done.

i will announce (and configure) as soon as i get Kano's feedback... Smiley

EDIT

...and the winner is BSGMiner!

now go get us that block!! Smiley

Let's keep these small miner giveaways going with another (although slightly less impressive 3.5THs)...

'PASS THE HASH' GIVEAWAY!

After being inspired by luxMiner's generosity, I want to pass on my only Avalon6's hashpower next week to one (1) lucky miner who meets the following criteria that I've edited below to keep things in line with the ~4x increase that I was blessed with:

- You must be already mining on Kano with a combined hashpower below 10THs between ~500GHs and ~1THs (on the Pool Stats page).
- Send me a direct [Private] message with your user name, if you qualify and wish to participate. Do not reply to this with your user name, as we don't want to flood the forum, unless it is for a general comment.
- I will randomly draw one qualifying user tomorrow Monday midnight CET Monday evening EST. I will then announce the 'winner' and the S9 Avalon6 (3.5THs) will run under its user name until Sunday midnight CET Sunday evening EST.
- Should the machine drop in hashpower or encounter any technical issues, I will not be responsible and liable to make up for it.

Once the lucky miner is picked, Kano will fact-check that miner's stats and rewards to make sure they "fit the bill", and I'll announce the winner to everyone.

Also, in an effort to promote the pool and these types of small miner giveaways, Kano approved of me including this...



Although this is all freely donated with no strings attached, my hope is that others would consider participating and put some action behind all the discussions about what we can do to 1) grow the pool and 2) keep things interesting for those of us that don't qualify for the 10BTC big miner giveaway.  Grin

Best of luck, and as always... Mine on!
member
Activity: 285
Merit: 10
Free mining equipment tracking and reporting
sorry for the extra notifications - working on the alerts...  we did not find a block yet....
full member
Activity: 350
Merit: 158
#takeminingback
My little podunk town lost power again today!!! Grrrr!!! This time, I was at work and had noway of resetting my miners. So, about 7hrs down on my ramp.

I am officially a proud user of Awesome Miner!
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
Quick question....

Had a S9 miner go down so I swapped another one in as soon as I could (about 8-10 hours down)

In order to avoid the ramp up, does the worker name have to be the same as the one that went down?

If it is not the same name, will I start the ramp ip procedure all over again for that miner?

Lets crack one open!  

Pecker

Total hash rate is all that matters with the 'ramp'

---

Edit: I guess to explain what actually happens:
So for (say) 10 hours you were mining at (say) 13TH/s lower.
Of course, somehow, that not-mining means an expected loss of some reward (10hrs times 13TH/s)

How it actually happens is that over the 5ND from the start of the drop in hash rate, your 10 hours of not-mining is lost.
i.e. instead of losing 10hours of mining on the next block we find, you lose 10 hours of mining over the next 5Nd.
So the expected 5 blocks per 5Nd would mean you'd lose about 2 hours of mining of each of the 5 expected blocks.
Of course it's not an exact 2 hours off each block, but rather it will go down and back up to give that 'expected' result.

Now here's an interesting thing about pools (like slush) that use a VERY short time for the N in their PPLNS.
It's of course random on such a pool if you will lose your reward on the next block(s) found when you have an outage.
You can be lucky and not lose anything coz your outage is in the range not counted in the next block, or you could lose everything coz your outage covered the range of the next block(s)

HOWEVER, the point about the long term probability of recuperating that loss or losing that gain, is of course assuming that you disconnect often.
Who does that? Most people don't disconnect from the pool regularly, and thus they rarely average out those losses or gains.
So if you get lucky on that rare disconnect you have on such a pool, and gain more than expected, it's a gain that you are unlikely to ever lose.
If you are unlucky on that rare disconnect you have on such a pool, and lose more than expected, it's a loss that you are unlikely to ever recover.

Thus why the 5Nd here is really the best solution for miners.
newbie
Activity: 74
Merit: 0
Quick question....

Had a S9 miner go down so I swapped another one in as soon as I could (about 8-10 hours down)

In order to avoid the ramp up, does the worker name have to be the same as the one that went down?

If it is not the same name, will I start the ramp ip procedure all over again for that miner?

Lets crack one open! 

Pecker
newbie
Activity: 41
Merit: 0
nice.
so my Pi Butler didn't fool me when he told me somethings wrong with my hashrate.

Kano...your system works like a swiss clockwork!
And of course you obviously too with these accurate timings
you wrote every single time something gets done.

great job!
thanks man!

I hope your plan with the giveaway will work soon!
legendary
Activity: 1736
Merit: 1032
Carl, aka Sonny :)
Hi All,

I apologize in advance for a newbie question. As I understand, BTC transaction fee depends on the amount of data in the transaction. If one has many smaller incoming transactions, and then wants to send some (greater) amount of BTC to a new address, transaction fee may become quite high. On the other hand, the less incoming transactions are there, the "cheaper" it will be to send money elsewhere later on. Is that correct?

If so, is there a way to set a minimum payout threshold on this pool?  I read somewhere this feature was still in the "to-do" list of Kano. So I wonder if it was implemented at some point, or maybe there's some other way to do it? I just want to minimize transaction fees for payments I will make in the future.

What we do is wait until we build up a certain number payouts in one wallet and when the network fees are low (like now) send everything to a second wallet or a hardware wallet and manually set the fees low or with the lowest priority.  It can take a while to get confirmed but it does consolidate all of your payouts so your BTC will be ready to use with good fees in the future.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
A warning in advance about a restart Smiley

I'll be restarting the main work generator back end, in about 11 hours at 23:30 UTC
Everyone will failover to their 3rd pool - yeah your 2nd pool SHOULD be another kano.is node - so you SHOULD failover to your 3rd Smiley

You'll fail back pretty quickly, though ckpool takes about 5 minutes to restart properly, so it can take up to 10 minutes to fail back properly.
This will affect everyone mining on every node.

I've had to make 2 small changes to fix problems occurring in the pool logging.

I've added this to the web site notifications also.

Mine on Smiley
Just a reminder - this will be in about 45 minutes.
This all went as planned.
Disconnect was 23:30:01 UTC and miners starting reconnecting and mining at 23:35:17 UTC
Mine on! Smiley
member
Activity: 285
Merit: 10
Free mining equipment tracking and reporting
No worries at all, you offer a free service to the community. Please don't feel like that was frustration at you or your awesome notifications. Yours is (in my opinion) the quickest to notify me! I'm just glad it was an issue that could be brought to your attention. I was more frustrated at my luck assuming it was something on my end since both failed at the same time. What a coincidence!

Thanks again!
Not to worry - and thank you for letting us know.  I too use it to get notified right away...  I would have been on top of it long before now if not traveling. 

I did decide to change the code so that when the new block is detected, I force the public block page (https://kano.is/index.php?k=blocks) to get read 10 seconds later.  That has the a lot of the details that would be interesting for all of us to have on an email / text alert including the price - and I am saving the number of shares submitted as it goes, so I will be able to come pretty close to the CDT (coin per day per Th/s) and BTC per Th value that will be paid to us.  Eventually you will be able to enter your costs  per miner and it will show your your profit / loss on the block.

I figured it was worth the few extra second delay to have the ability to get all this additional info.  I also am queuing emails up, so they are sent between the other processing jobs.  So if we end up having 10,000 people getting the immediate notifications, it could take a couple minutes before everyone gets them.
member
Activity: 658
Merit: 21
4 s9's 2 821's
... and quite unexpectedly, the payout was confirmed only a few minutes after I sent it out.
Seems there's a lot space in the blocks at the moment, so low fee consolidation would be ideal to do now if anyone needs to.


Yep, if you have multiple inputs in your wallet, now is the time to consolidate those into one....fees are SUPER LOW.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
A warning in advance about a restart Smiley

I'll be restarting the main work generator back end, in about 11 hours at 23:30 UTC
Everyone will failover to their 3rd pool - yeah your 2nd pool SHOULD be another kano.is node - so you SHOULD failover to your 3rd Smiley

You'll fail back pretty quickly, though ckpool takes about 5 minutes to restart properly, so it can take up to 10 minutes to fail back properly.
This will affect everyone mining on every node.

I've had to make 2 small changes to fix problems occurring in the pool logging.

I've added this to the web site notifications also.

Mine on Smiley
Just a reminder - this will be in about 45 minutes.
newbie
Activity: 56
Merit: 0
I went out for a smoke, came back in to a block. The kano.is page said 4m, took another 5m to get the notification from ckpool app for android, but still no issues. I did notice with the new update you need to hit the home button on your phone to keep the app running, if you hit the back button it exits the app. If you are having problems this may be your solution.
jr. member
Activity: 136
Merit: 2
Am I the only one that got no notification from both the ckpool status app AND minergain? I'm glad we got a block, and I'm all for surprises but holy shit I need at least one of the two to go off  Undecided
Sorry again for missing the boat on that.  I am working to show block values and hopefully CDT and botched the whole process just before I flew out on vacation.  I'll get it working today...

No worries at all, you offer a free service to the community. Please don't feel like that was frustration at you or your awesome notifications. Yours is (in my opinion) the quickest to notify me! I'm just glad it was an issue that could be brought to your attention. I was more frustrated at my luck assuming it was something on my end since both failed at the same time. What a coincidence!

Thanks again!
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
... and quite unexpectedly, the payout was confirmed only a few minutes after I sent it out.
Seems there's a lot space in the blocks at the moment, so low fee consolidation would be ideal to do now if anyone needs to.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
hi,

Since last night lately my hash rate here dropped from 7~9 Th/s to 2~4 Th/s..
why is this happening?
my cgminer status shows more than 7 Th/s as usual

Could be a plethora of issues as you'll find on many pages throughout.

Depends on what equipment you have first of all. I'm assuming you have maybe 2 S7's or something? If you have an asic it could be your controller, hash boards, power supply, cables, fan, heat, etc.

Would definitely need more info than that if you're looking to get any sort of a solid direction.


I'm using an Avalon 741.
Tested with slushpool gives me scoring hash rate of 7.xx Th/s after an hour which is the normal value.

Look at your Workers->Shift Graph to find out when the drop happened.
(Or Workers->Shifts to see just the numbers)
Most likely a miner problem - maybe needs a restart?
If there's a section of zero on the Shift Graph then most likely an internet problem.
member
Activity: 123
Merit: 21
Hi All,

I apologize in advance for a newbie question. As I understand, BTC transaction fee depends on the amount of data in the transaction. If one has many smaller incoming transactions, and then wants to send some (greater) amount of BTC to a new address, transaction fee may become quite high. On the other hand, the less incoming transactions are there, the "cheaper" it will be to send money elsewhere later on. Is that correct?

If so, is there a way to set a minimum payout threshold on this pool?  I read somewhere this feature was still in the "to-do" list of Kano. So I wonder if it was implemented at some point, or maybe there's some other way to do it? I just want to minimize transaction fees for payments I will make in the future.
Setting a withdraw amount hasn't been implemented yet.

What some do, is mine to a coinbase or cex.io wallet.
newbie
Activity: 97
Merit: 0
yay all my miners online now mining on kano.is
s1
s3
sp20
rockbox new 130ghz

old equipment but all helps the pool i hope lol
newbie
Activity: 13
Merit: 0
hi,

Since last night lately my hash rate here dropped from 7~9 Th/s to 2~4 Th/s..
why is this happening?
my cgminer status shows more than 7 Th/s as usual

Could be a plethora of issues as you'll find on many pages throughout.

Depends on what equipment you have first of all. I'm assuming you have maybe 2 S7's or something? If you have an asic it could be your controller, hash boards, power supply, cables, fan, heat, etc.

Would definitely need more info than that if you're looking to get any sort of a solid direction.


I'm using an Avalon 741.
Tested with slushpool gives me scoring hash rate of 7.xx Th/s after an hour which is the normal value.
jr. member
Activity: 76
Merit: 2
Hi All,

I apologize in advance for a newbie question. As I understand, BTC transaction fee depends on the amount of data in the transaction. If one has many smaller incoming transactions, and then wants to send some (greater) amount of BTC to a new address, transaction fee may become quite high. On the other hand, the less incoming transactions are there, the "cheaper" it will be to send money elsewhere later on. Is that correct?

If so, is there a way to set a minimum payout threshold on this pool?  I read somewhere this feature was still in the "to-do" list of Kano. So I wonder if it was implemented at some point, or maybe there's some other way to do it? I just want to minimize transaction fees for payments I will make in the future.
jr. member
Activity: 168
Merit: 2
hi,

Since last night lately my hash rate here dropped from 7~9 Th/s to 2~4 Th/s..
why is this happening?
my cgminer status shows more than 7 Th/s as usual

Could be a plethora of issues as you'll find on many pages throughout.

Depends on what equipment you have first of all. I'm assuming you have maybe 2 S7's or something? If you have an asic it could be your controller, hash boards, power supply, cables, fan, heat, etc.

Would definitely need more info than that if you're looking to get any sort of a solid direction.
Jump to: