KanoPool since 2014 🐈 - PPLNS and Solo 0.5% fee - Worldwide - 2438 blocks

[sjp04001]

Whats the address for LA node? i'm in Texas. Wanna ping it see if it any faster than the one I'm on......

[ComputerGenie]

...l#BTC=0.0001
I'm talking about a 1/5€ cuts, not just cents!

You seem to be missing some 0's.  

[VRobb]

Whats the address for LA node? i'm in Texas. Wanna ping it see if it any faster than the one I'm on......

The L.A. node is the straight kano.is address. That's where my miner here at home points to.
Mine on!

[NomadGroup]

Block by cashdc!  That is our 2nd of BLOCK WEDNESDAY!  

Now we are at 2.29 blocks/day for the month of May and we still have 30 minutes for another!

Let me say that one more time.....

Sure would like to squeeze in another before the mining day ends!   

Noooo why would you ask for just one if it works?  Ask for 2!   

[sjp04001]

Whats the address for LA node? i'm in Texas. Wanna ping it see if it any faster than the one I'm on......

The L.A. node is the straight kano.is address. That's where my miner here at home points to.
Mine on!

Thanks VRob maybe thats why I can't find a node faster than the one i'm already using !

[PPOC]

Looking for advise or maybe Kano's help... I've been mining here close to 2 yrs and monthly transfer the 60-100 small payments to another address, mainly to consolidate so when I need to actually send BTC external it does not take 15m using my Trezor to sign and cost a fortune due to size. I usually do a low fee cause I don't care how long my consolidation transaction takes, usually costs me 50 cents to 3 bucks to do this, it did last month anyway.

With the huge men pool now, I tried to do this yesterday and even a low fee was 26 bucks and normal fee was over 60 bucks. again due to so many small inputs and thus transaction KB size. Thinking of ways to solve this issue, Since Kano uses our blocks to send out payments, maybe we would be able to select a payout threshold, .25 or .5 or something like that. That would help. Another thought is send it to network with a low standard fee of .0002 and then provide Kano the transaction ID so he can include in our next block, kind of a perk for mining here and getting a faster lane on the congested BTC highway. Again, only for addresses that he has in DB as payment addresses, so no abuse as input addresses need to match pool payment addresses. Anyway, looking for some suggestions with this consolidation issue, I'm sure I'm not the only one, as I have seen others here do the same thing monthly or weekly consolidation into a new address.

[philipma1957]

Looking for advise or maybe Kano's help... I've been mining here close to 2 yrs and monthly transfer the 60-100 small payments to another address, mainly to consolidate so when I need to actually send BTC external it does not take 15m using my Trezor to sign and cost a fortune due to size. I usually do a low fee cause I don't care how long my consolidation transaction takes, usually costs me 50 cents to 3 bucks to do this, it did last month anyway.

With the huge men pool now, I tried to do this yesterday and even a low fee was 26 bucks and normal fee was over 60 bucks. again due to so many small inputs and thus transaction KB size. Thinking of ways to solve this issue, Since Kano uses our blocks to send out payments, maybe we would be able to select a payout threshold, .25 or .5 or something like that. That would help. Another thought is send it to network with a low standard fee of .0002 and then provide Kano the transaction ID so he can include in our next block, kind of a perk for mining here and getting a faster lane on the congested BTC highway. Again, only for addresses that he has in DB as payment addresses, so no abuse as input addresses need to match pool payment addresses. Anyway, looking for some suggestions with this consolidation issue, I'm sure I'm not the only one, as I have seen others here do the same thing monthly or weekly consolidation into a new address.

well if he did it every other sunday 2x a month  with 100 sats per byte  it would only affect a few blocks with lower payments.

at 300 sats  it is about .0006 per block
at 100 sats it is about  .0002 per block

so 2 weeks is about 30 blocks

or .0180 vs .0060    so that block could fit  say 166  x .0060  so it would be about 0.996 in fees

and it would have to not clear a block we hit earlier  that is mature.  Now if it was done only 2 times a month it could work  on the money and time angle ,but kano would need to be able to write the code.
my skills are about zero in that area.

for me I would need to use more then one mining address as

I mine kano nicehash  f2pool and zpool to the same address.  So in two weeks I would have more then 30 tx id's

[PPOC]

Looking for advise or maybe Kano's help... I've been mining here close to 2 yrs and monthly transfer the 60-100 small payments to another address, mainly to consolidate so when I need to actually send BTC external it does not take 15m using my Trezor to sign and cost a fortune due to size. I usually do a low fee cause I don't care how long my consolidation transaction takes, usually costs me 50 cents to 3 bucks to do this, it did last month anyway.

With the huge men pool now, I tried to do this yesterday and even a low fee was 26 bucks and normal fee was over 60 bucks. again due to so many small inputs and thus transaction KB size. Thinking of ways to solve this issue, Since Kano uses our blocks to send out payments, maybe we would be able to select a payout threshold, .25 or .5 or something like that. That would help. Another thought is send it to network with a low standard fee of .0002 and then provide Kano the transaction ID so he can include in our next block, kind of a perk for mining here and getting a faster lane on the congested BTC highway. Again, only for addresses that he has in DB as payment addresses, so no abuse as input addresses need to match pool payment addresses. Anyway, looking for some suggestions with this consolidation issue, I'm sure I'm not the only one, as I have seen others here do the same thing monthly or weekly consolidation into a new address.

well if he did it every other sunday 2x a month  with 100 sats per byte  it would only affect a few blocks with lower payments.

at 300 sats  it is about .0006 per block
at 100 sats it is about  .0002 per block

so 2 weeks is about 30 blocks

or .0180 vs .0060 

That's not much to give up pool wise to get the ability to bypass the congestion till something is done to resolve it. No real opinion on the solution. I think Kano has said in the past he did not want to allow us to set payment thresholds but back then this congestion problem did not exist. I also believe he does our payments with zero fees since its in our blocks.

[philipma1957]

Looking for advise or maybe Kano's help... I've been mining here close to 2 yrs and monthly transfer the 60-100 small payments to another address, mainly to consolidate so when I need to actually send BTC external it does not take 15m using my Trezor to sign and cost a fortune due to size. I usually do a low fee cause I don't care how long my consolidation transaction takes, usually costs me 50 cents to 3 bucks to do this, it did last month anyway.

With the huge men pool now, I tried to do this yesterday and even a low fee was 26 bucks and normal fee was over 60 bucks. again due to so many small inputs and thus transaction KB size. Thinking of ways to solve this issue, Since Kano uses our blocks to send out payments, maybe we would be able to select a payout threshold, .25 or .5 or something like that. That would help. Another thought is send it to network with a low standard fee of .0002 and then provide Kano the transaction ID so he can include in our next block, kind of a perk for mining here and getting a faster lane on the congested BTC highway. Again, only for addresses that he has in DB as payment addresses, so no abuse as input addresses need to match pool payment addresses. Anyway, looking for some suggestions with this consolidation issue, I'm sure I'm not the only one, as I have seen others here do the same thing monthly or weekly consolidation into a new address.

well if he did it every other sunday 2x a month  with 100 sats per byte  it would only affect a few blocks with lower payments.

at 300 sats  it is about .0006 per block
at 100 sats it is about  .0002 per block

so 2 weeks is about 30 blocks

or .0180 vs .0060 

That's not much to give up pool wise to get the ability to bypass the congestion till something is done to resolve it. No real opinion on the solution. I think Kano has said in the past he did not want to allow us to set payment thresholds but back then this congestion problem did not exist. I also believe he does our payments with zero fees since its in our blocks.

he could do it one weekend a month which might make it easy to track.

[PPOC]

Looking for advise or maybe Kano's help... I've been mining here close to 2 yrs and monthly transfer the 60-100 small payments to another address, mainly to consolidate so when I need to actually send BTC external it does not take 15m using my Trezor to sign and cost a fortune due to size. I usually do a low fee cause I don't care how long my consolidation transaction takes, usually costs me 50 cents to 3 bucks to do this, it did last month anyway.

With the huge men pool now, I tried to do this yesterday and even a low fee was 26 bucks and normal fee was over 60 bucks. again due to so many small inputs and thus transaction KB size. Thinking of ways to solve this issue, Since Kano uses our blocks to send out payments, maybe we would be able to select a payout threshold, .25 or .5 or something like that. That would help. Another thought is send it to network with a low standard fee of .0002 and then provide Kano the transaction ID so he can include in our next block, kind of a perk for mining here and getting a faster lane on the congested BTC highway. Again, only for addresses that he has in DB as payment addresses, so no abuse as input addresses need to match pool payment addresses. Anyway, looking for some suggestions with this consolidation issue, I'm sure I'm not the only one, as I have seen others here do the same thing monthly or weekly consolidation into a new address.

well if he did it every other sunday 2x a month  with 100 sats per byte  it would only affect a few blocks with lower payments.

at 300 sats  it is about .0006 per block
at 100 sats it is about  .0002 per block

so 2 weeks is about 30 blocks

or .0180 vs .0060 

That's not much to give up pool wise to get the ability to bypass the congestion till something is done to resolve it. No real opinion on the solution. I think Kano has said in the past he did not want to allow us to set payment thresholds but back then this congestion problem did not exist. I also believe he does our payments with zero fees since its in our blocks.

he could do it one weekend a month which might make it easy to track.

Agreed, lets see if anyone else has suggestions and see if Kano can propose something.....

[philipma1957]

Looking for advise or maybe Kano's help... I've been mining here close to 2 yrs and monthly transfer the 60-100 small payments to another address, mainly to consolidate so when I need to actually send BTC external it does not take 15m using my Trezor to sign and cost a fortune due to size. I usually do a low fee cause I don't care how long my consolidation transaction takes, usually costs me 50 cents to 3 bucks to do this, it did last month anyway.

With the huge men pool now, I tried to do this yesterday and even a low fee was 26 bucks and normal fee was over 60 bucks. again due to so many small inputs and thus transaction KB size. Thinking of ways to solve this issue, Since Kano uses our blocks to send out payments, maybe we would be able to select a payout threshold, .25 or .5 or something like that. That would help. Another thought is send it to network with a low standard fee of .0002 and then provide Kano the transaction ID so he can include in our next block, kind of a perk for mining here and getting a faster lane on the congested BTC highway. Again, only for addresses that he has in DB as payment addresses, so no abuse as input addresses need to match pool payment addresses. Anyway, looking for some suggestions with this consolidation issue, I'm sure I'm not the only one, as I have seen others here do the same thing monthly or weekly consolidation into a new address.

well if he did it every other sunday 2x a month  with 100 sats per byte  it would only affect a few blocks with lower payments.

at 300 sats  it is about .0006 per block
at 100 sats it is about  .0002 per block

so 2 weeks is about 30 blocks

or .0180 vs .0060  

That's not much to give up pool wise to get the ability to bypass the congestion till something is done to resolve it. No real opinion on the solution. I think Kano has said in the past he did not want to allow us to set payment thresholds but back then this congestion problem did not exist. I also believe he does our payments with zero fees since its in our blocks.

he could do it one weekend a month which might make it easy to track.

Agreed, lets see if anyone else has suggestions and see if Kano can propose something.....

If we are going to be hitting 55-65 blocks per month .  One weekend could be 2-4 blocks  it would be able to clear  the multi payments .  at 100 sats a byte  the price is better then other places.  and it does not crush the earnings for the month.  the trick  is how hard to code it.

all the miners benefit 100 sats a byte vs 300 sats .  and those blocks would be in the .9 btc for fees range which we get some of the time anyway.

[PPOC]

Looking for advise or maybe Kano's help... I've been mining here close to 2 yrs and monthly transfer the 60-100 small payments to another address, mainly to consolidate so when I need to actually send BTC external it does not take 15m using my Trezor to sign and cost a fortune due to size. I usually do a low fee cause I don't care how long my consolidation transaction takes, usually costs me 50 cents to 3 bucks to do this, it did last month anyway.

With the huge men pool now, I tried to do this yesterday and even a low fee was 26 bucks and normal fee was over 60 bucks. again due to so many small inputs and thus transaction KB size. Thinking of ways to solve this issue, Since Kano uses our blocks to send out payments, maybe we would be able to select a payout threshold, .25 or .5 or something like that. That would help. Another thought is send it to network with a low standard fee of .0002 and then provide Kano the transaction ID so he can include in our next block, kind of a perk for mining here and getting a faster lane on the congested BTC highway. Again, only for addresses that he has in DB as payment addresses, so no abuse as input addresses need to match pool payment addresses. Anyway, looking for some suggestions with this consolidation issue, I'm sure I'm not the only one, as I have seen others here do the same thing monthly or weekly consolidation into a new address.

well if he did it every other sunday 2x a month  with 100 sats per byte  it would only affect a few blocks with lower payments.

at 300 sats  it is about .0006 per block
at 100 sats it is about  .0002 per block

so 2 weeks is about 30 blocks

or .0180 vs .0060  

That's not much to give up pool wise to get the ability to bypass the congestion till something is done to resolve it. No real opinion on the solution. I think Kano has said in the past he did not want to allow us to set payment thresholds but back then this congestion problem did not exist. I also believe he does our payments with zero fees since its in our blocks.

he could do it one weekend a month which might make it easy to track.

Agreed, lets see if anyone else has suggestions and see if Kano can propose something.....

If we are going to be hitting 55-65 blocks per month .  One weekend could be 2-4 blocks  it would be able to clear  the multi payments .  at 100 sats a byte  the price is better then other places.  and it does not crush the earnings for the month.  the trick  is how hard to code it.

all the miners benefit 100 sats a byte vs 300 sats .  and those blocks would be in the .9 btc for fees range which we get some of the time anyway.

Could automate, from your account page could submit the transaction and have it sit there till the next weekend run. Either submit to network at 100 sats a byte and provide transaction ID via account page or just enter the entire transaction on the account page in RAW format. Few options here, but like you said depends on coding and testing time.

[Biodom]

...to those who did not see "Silicon Valley", all above would sound as gibberish.

And yet, knowing this, you typed it anyway.  

made you comment, but it is not something that is hard to do, apparently.  

Looking for advise or maybe Kano's help... I've been mining here close to 2 yrs and monthly transfer the 60-100 small payments to another address, mainly to consolidate so when I need to actually send BTC external it does not take 15m using my Trezor to sign and cost a fortune due to size. I usually do a low fee cause I don't care how long my consolidation transaction takes, usually costs me 50 cents to 3 bucks to do this, it did last month anyway.

With the huge men pool now, I tried to do this yesterday and even a low fee was 26 bucks and normal fee was over 60 bucks. again due to so many small inputs and thus transaction KB size. Thinking of ways to solve this issue, Since Kano uses our blocks to send out payments, maybe we would be able to select a payout threshold, .25 or .5 or something like that. That would help. Another thought is send it to network with a low standard fee of .0002 and then provide Kano the transaction ID so he can include in our next block, kind of a perk for mining here and getting a faster lane on the congested BTC highway. Again, only for addresses that he has in DB as payment addresses, so no abuse as input addresses need to match pool payment addresses. Anyway, looking for some suggestions with this consolidation issue, I'm sure I'm not the only one, as I have seen others here do the same thing monthly or weekly consolidation into a new address.

I agree that reduction in payout numbers (some kind of accumulation) might be a good idea, but he does not want to hold anything, and I dig this as well. After all, he criticized Eligius for doing just that; perhaps, rightly so and among other things.

[beltsniffer]

Block by dance191!

[tubexc]

...l#BTC=0.0001
I'm talking about a 1/5€ cuts, not just cents!

You seem to be missing some 0's.  

That's not the point of my question
Too much dust makes a dump

[rwubbels]

...l#BTC=0.0001
I'm talking about a 1/5€ cuts, not just cents!

You seem to be missing some 0's.  

That's not the point of my question
Too much dust makes a dump

Actually that is the point, for example, i have about 60 dust payments, and guess what... it's about 22cents.
You can't even pay the transaction fee's from that.

[Apprentice]

Kano,

I have miners in Dubai, which node is best to point?

[DarKSm0ke]

Kano,

I have miners in Dubai, which node is best to point?

You should try to do some ping to nl.kano.is or de.kano.is or sg.kano.is

But I think EU ones will be the best

Just choose the one where you have less ping in ms

[tubexc]

...l#BTC=0.0001
I'm talking about a 1/5€ cuts, not just cents!

You seem to be missing some 0's.  

That's not the point of my question
Too much dust makes a dump

Actually that is the point, for example, i have about 60 dust payments, and guess what... it's about 22cents.
You can't even pay the transaction fee's from that.

The problem is this
One should only pay a single transaction fee when it was to receive the gains in our btc wallet
This would eliminate payment delays caused by dust payments 

[ComputerGenie]

The problem is this
One should only pay a single transaction fee when it was to receive the gains in our btc wallet
This would eliminate payment delays caused by dust payments 

The problem is that dust, by most definitions, is an amount that is smaller than the fee to transfer it. Kano is doing you a favor by not sending it until it reaches a level where you actually get something out of it. You griped that it was "1/5€", would you spend 1/10€ to send 1/100€?