Author

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

jr. member
Activity: 196
Merit: 4
Increase in difficulty hurts everyone on the network and the same % for all hashing power. The mining calculator for monthly(30 day) BTC earn at H hasing power:
[...]

Well said.

The only part that I'd add is the pool has to grow at least as fast as difficulty does, else variance will get worse.  Ideally faster to reduce the likelihood of blocks from hell.

M

We need a recruitment effort. IMHO...
Agreed, it would be nice to increase Hash at twice the Diff increase. I personally am going to buy the new Canaan A8 miners when they come out this month. All will be pointed at KANO. If each miner in the Pool would add 10% mining capacity..... we are there.

I'd be interested if users on this pool had priority on the sales even if the supply is short?  Knudge knudge wink wink....  I'll find a way to power and cool them.  I'll even upgrade to a 200 amp service at my house if I have to. I'll even heat the neighbors houses for free in the winter! If they can stand the noise  haha


member
Activity: 210
Merit: 15
Increase in difficulty hurts everyone on the network and the same % for all hashing power. The mining calculator for monthly(30 day) BTC earn at H hasing power:
[...]

Well said.

The only part that I'd add is the pool has to grow at least as fast as difficulty does, else variance will get worse.  Ideally faster to reduce the likelihood of blocks from hell.

M

We need a recruitment effort. IMHO...
Agreed, it would be nice to increase Hash at twice the Diff increase. I personally am going to buy the new Canaan A8 miners when they come out this month. All will be pointed at KANO. If each miner in the Pool would add 10% mining capacity..... we are there.
member
Activity: 126
Merit: 10
We need a group buy on renting some hashing power. I haven't really sat down and mathematically drawn it up on paper yet by the hypothesis is: Wouldn't it be cheaper if 20-30 miners rented additional hashing power instead of buying new equipment. Obviously, being able to effectively manage something like that would be one thing but the management issue aside, pooled resources always have a cheaper cost to the end user (not necessarily an overall savings).
jr. member
Activity: 76
Merit: 1
Mine on!!
Increase in difficulty hurts everyone on the network and the same % for all hashing power. The mining calculator for monthly(30 day) BTC earn at H hasing power:
[...]

Well said.

The only part that I'd add is the pool has to grow at least as fast as difficulty does, else variance will get worse.  Ideally faster to reduce the likelihood of blocks from hell.

M

We need a recruitment effort. IMHO...
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
Increase in difficulty hurts everyone on the network and the same % for all hashing power. The mining calculator for monthly(30 day) BTC earn at H hasing power:
[...]

Well said.

The only part that I'd add is the pool has to grow at least as fast as difficulty does, else variance will get worse.  Ideally faster to reduce the likelihood of blocks from hell.

M
Well to be exact, blocks from hell are expected the same on every pool - but the larger the pool, the quicker they pass Smiley
newbie
Activity: 42
Merit: 0
Increase in difficulty hurts everyone on the network and the same % for all hashing power. The mining calculator for monthly(30 day) BTC earn at H hasing power:
[...]

Well said.

The only part that I'd add is the pool has to grow at least as fast as difficulty does, else variance will get worse.  Ideally faster to reduce the likelihood of blocks from hell.

M

Good point.
legendary
Activity: 1540
Merit: 1001
Increase in difficulty hurts everyone on the network and the same % for all hashing power. The mining calculator for monthly(30 day) BTC earn at H hasing power:
[...]

Well said.

The only part that I'd add is the pool has to grow at least as fast as difficulty does, else variance will get worse.  Ideally faster to reduce the likelihood of blocks from hell.

M
newbie
Activity: 42
Merit: 0
So does a diff increase hurt any more or less for a low hash rig vs a high hash rig? At first I thought it would hurt less if I had a bunch of machines. But the more I think about it, it would probably hurt the same?

Increase in difficulty hurts everyone on the network and the same % for all hashing power. The mining calculator for monthly(30 day) BTC earn at H hasing power:

BTC earn = (B*H*N*S) / (D*2^32)
B - Reward per block (say 12.5 BTC) This is where we WIN with kano as we get paid out transaction fees and its getting more important
H - Hashrate per second (1 Th = 1 000 000 000 000)
N - Number of days in month (say 30)
S - Number of seconds in day ( 24*60*60 = 86400)
D - Difficulty

From above you can see, for a 3.11% difficulty increase D will change to (1+3.11%)*D which means on the other side => (BTC earn)/(1+3.11%)
So everyones BTC earn goes down by the same % no matter the hashing power.

Another question was: If the price (USD) rises with the same same % (3.11%) over the difficulty change interval will the payout stay the same.
Yes.
USD earn = (BTC/USD price)*(BTC earn) , now if difficulty go up 3.11% and USD/BTC go up 3.11% :
USD earn = (1.0311)*(BTC/USD price)* (BTC earn)/1.0311 => back to USD earn as 1.0311 cancel.

Just some thoughts -
Even though the general feeling is that we dont want Bitmain to have a monopoly and need more competition this is maybe not always good for us miners. Competition may/should push the cost of equipment down BUT more players will push more Hashing power into the network. One company should have some limit to their production capacity that will limit the flow of hashing power into the network.(i hope, you never know with the chinese)

Also, to raise the Network 13.5 Eh/s (say that is the total BTC network hashing power) by 10% requires 1.35EH/s THAT IS many many S9s (1000 000)

We need to secretly love Bitcoin cash and hope it stays profitable to mine. It pulls alot of the SHA-256 hashing power out of Bitcoin.

Ok, more than I wanted to add.
newbie
Activity: 2
Merit: 0
Thank you, Kano.  You are doing a great job and I look forward to the enhanced site with the new code sometime in 2018. Hopefully this will be a good mining year.  Happy New Year to all
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
Hello and I just joined this pool a few days ago. Without a really complicated answer, can someone tell me if GENERALLY this idea is on target with regards to the 5Nd system?  Assume I joined on Day 1 and stopped miniging the pool on Day 15 (not planning to, but for the sake of argument):

Day #   Earned BTC  Paid BTC
1          .0035           .00025
5          .0035           .00075
8          .0035           .00125
12        .0035           .00150
15        .0035           .00480
20                           .00500
25                           .00395
            -------        ----------
Total      .0175         .0175


So it would "ramp up" and get to the point where payments would eventually equate to the earned BTC over a 15 day period?
Well if you stop then it ramps down.

The total after ramping down is expected to be what you'd expect to get over the 15 days - yes.

How much you actually get will depend on the pool luck and the transactions fees during the ramp up, the time after the ramp up before you stop, and the ramp down after you stop.
newbie
Activity: 2
Merit: 0
Hello and I just joined this pool a few days ago. Without a really complicated answer, can someone tell me if GENERALLY this idea is on target with regards to the 5Nd system?  Assume I joined on Day 1 and stopped miniging the pool on Day 15 (not planning to, but for the sake of argument):

Day #   Earned BTC  Paid BTC
1          .0035           .00025
5          .0035           .00075
8          .0035           .00125
12        .0035           .00150
15        .0035           .00480
20                           .00500
25                           .00395
            -------        ----------
Total      .0175         .0175


So it would "ramp up" and get to the point where payments would eventually equate to the earned BTC over a 15 day period?
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
Payouts can't be sent before the block matures - that's the rules of bitcoin.
So after 101 blocks after we find the block, I send out the payout.

It wont be confirmed quickly coz I don't want to spend $2000 out of my pocket on every block adding fees.
I'm not gonna try running the pool at a big loss and use up my BTC Smiley
(that's about how much is necessary at the moment to match the expected Satoshi per Kb)
So what I (usually) do is put 42,000 sat fee on every block - only about $5 dollars.

If fees are low and blocks aren't full, then some pool will possibly pick it up and confirm it.
If fees are not low, then it's unlikely to get picked up.

I also put the payout into our work, thus if any payouts already sent out are not confirmed when we find a block, the block will confirm them.

Thus the explanation as it says on the Help->Payouts page:
Quote
When are payments sent out?

The block 'Status' must first reach '+101 Confirms' on the Blocks page, and then is flagged as 'Matured', before the reward is distributed.
The block reward transaction is created manually some time before the block matures, and sent out automatically a minute after the block matures.

The payout may use a zero fee transaction, so we will confirm it with the next block we find after the transaction is sent out.
You may not see the transaction in your wallet before the first confirm.

... with an extra bit that it might be confirmed earlier (but unlikely) if fees are very low, and as I do most of the time, if I added a 42,000 sat fee.
legendary
Activity: 1540
Merit: 1001
Can you talk a little bit about why this may be different from block-to-block? I totally get (or at least I think I do) that payouts for previous blocks may wait until a new block is mined by kano.is. What I am not clear on is why I would not get a payout (yet) when a block is mined by kano.is, when I did get a payout when previous blocks were mined (either for that block or for shares of previous ones).

IOW, I got a payout very soon after blocks 500622, 500907, and 501739. My understanding is that those payouts may have been for previously mined blocks. However, if that is the case, why would I not get a payout when 501835 was mined, for the previous shares or current?

I could jump to my own conclusions but would love to have some light shed by those who know more. Is it that the payouts for the previously mined block were confirmed by another pool, but those for 501835 are not (yet)? If so, why were the previous payouts so (relatively) quick after the block was mined, compared to 501835?

I'm much more curious than I am doubtful or suspicious - I'm sure the payout(s) will come I'd just love to know more about the tempo.

There are 2 ways that a payout will occur. 

1) The prior block(s) have confirmed, and the pool finds a block.
2) The prior block(s) have confirmed, and another pool confirms the payout.

The pool is configured to use #1, however sometimes #2 happens.

The last block the pool found (#2195) was before the prior block had confirmed.  Hence it couldn't include the payout from the prior block.

So where we are now, is payouts from the prior two blocks are sitting out there.  Either #1 or #2 will happen, eventually.

M
hero member
Activity: 840
Merit: 1002
Bitcoin transactions have 2 distinct states:
1) The transaction is sent out on the network
2) The transaction is confirmed in a block

The last 2 payouts are still in state 1)

They'll get to state 2) either when another pool confirms them (unlikely coz of the high transaction fees) or we find our next block Smiley

Can you talk a little bit about why this may be different from block-to-block? I totally get (or at least I think I do) that payouts for previous blocks may wait until a new block is mined by kano.is. What I am not clear on is why I would not get a payout (yet) when a block is mined by kano.is, when I did get a payout when previous blocks were mined (either for that block or for shares of previous ones).

IOW, I got a payout very soon after blocks 500622, 500907, and 501739. My understanding is that those payouts may have been for previously mined blocks. However, if that is the case, why would I not get a payout when 501835 was mined, for the previous shares or current?

I could jump to my own conclusions but would love to have some light shed by those who know more. Is it that the payouts for the previously mined block were confirmed by another pool, but those for 501835 are not (yet)? If so, why were the previous payouts so (relatively) quick after the block was mined, compared to 501835?

I'm much more curious than I am doubtful or suspicious - I'm sure the payout(s) will come I'd just love to know more about the tempo.
member
Activity: 210
Merit: 15
I get by with a little luck with my friends, do you neeeeed any luck now, I just want some luck for the New Year, do you neeeeeeed any luck now, I just want some luck for the New Year...... ooooooh, I get by with a little luck with my friends............. Big Fat Blocks with a little luck with my friends..... Mine On With Kano-San and Kano Pool, the Best Bitcoin Mining Pool on Earth.  Wink
member
Activity: 658
Merit: 21
4 s9's 2 821's
Time for another under 100% block.   And pay it out!
member
Activity: 126
Merit: 10
I'm just sitting here like:

legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
so i just started mining on Kano pool a few days ago, and there are two payouts already listed, i am mining with an antminer S9. for whatever reason, i havent gotten paid out yet, even though the payout according to the FAQ is immediately after the block gets listed as 'matured' ( 101 confirmations ).

 I double checked my payment address, and it is correct...

 can anyone offer advice on how i handle this?
Bitcoin transactions have 2 distinct states:
1) The transaction is sent out on the network
2) The transaction is confirmed in a block

The last 2 payouts are still in state 1)

They'll get to state 2) either when another pool confirms them (unlikely coz of the high transaction fees) or we find our next block Smiley
newbie
Activity: 43
Merit: 0
so i just started mining on Kano pool a few days ago, and there are two payouts already listed, i am mining with an antminer S9. for whatever reason, i havent gotten paid out yet, even though the payout according to the FAQ is immediately after the block gets listed as 'matured' ( 101 confirmations ).

 I double checked my payment address, and it is correct...

 can anyone offer advice on how i handle this?

Payouts are sent out with a very low fee, so they are unlikely to get confirmed. They do however get confirmed when our pool finds its next block. You should see your first payout over .0001 btc when we find the next block. Anything below .0001 won't get sent out until Kano adds dust payment functionality, expected to happen sometime in 2018. Until then dust payments are held, but it will get to you eventually.
member
Activity: 123
Merit: 17
so i just started mining on Kano pool a few days ago, and there are two payouts already listed, i am mining with an antminer S9. for whatever reason, i havent gotten paid out yet, even though the payout according to the FAQ is immediately after the block gets listed as 'matured' ( 101 confirmations ).

 I double checked my payment address, and it is correct...

 can anyone offer advice on how i handle this?


Block 501835 has matured but will not pay out until the next block is found.

Block 501739 was the last payout block.
https://www.blocktrail.com/BTC/tx/2005503c1365521c933e596b05ddc72cc805525f121a80a3a71c42d9ba87d67b
Jump to: