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

[philipma1957]

Block! Does the new block is based on the old block? If we find the block too fast, the next one seems very difficulty.
And if we find the block too difficulty, the new block will be easier?

independent spin of the wheel so to speak.


 A roulette wheel  does not give a damn that  you spun  red  on the last spin.

Each and every spin stands alone.

[clgrissom3]

Block! Does the new block is based on the old block? If we find the block too fast, the next one seems very difficulty.
And if we find the block too difficulty, the new block will be easier?

independent spin of the wheel so to speak.


 A roulette wheel  does not give a damn that  you spun  red  on the last spin.

Each and every spin stands alone.

Yep!  We have the same expected chance of hitting every block...it doesn't matter what we did before and it has no effect on what we do after.

[QBblock]

Hi all!

After some days testing I have to say I like this pool, seems to me that its well managed, transparent and cares about the well being of the network (no spv mining, and other things that escapes my knowledge)

Two suggestions:
1) Sending the payments once the block is mature with a "normal" transaction (i.e normal fees). Those fees can be deducted on the next block, to not harm pool fees. Also, since on the next block there will be a little more space for transactions (since the 0 fee transaction for payments its already sent) there will be a slight increase in tx fees recollected so for the miners will also be about the same economic result, but earlier!

2) In the payments page, state witch payments are already sent for easier tracking.

Cheers!

[ZACHM]

Two suggestions:
1) Sending the payments once the block is mature with a "normal" transaction (i.e normal fees). Those fees can be deducted on the next block, to not harm pool fees. Also, since on the next block there will be a little more space for transactions (since the 0 fee transaction for payments its already sent) there will be a slight increase in tx fees recollected so for the miners will also be about the same economic result, but earlier!

2) In the payments page, state witch payments are already sent for easier tracking.

1) Why pay when there is a option for FREE?

2) I am pretty sure Kano mentioned that was on the list of things to do, but it was really far down the list.

[clgrissom3]

Hi all!

After some days testing I have to say I like this pool, seems to me that its well managed, transparent and cares about the well being of the network (no spv mining, and other things that escapes my knowledge)

Two suggestions:
1) Sending the payments once the block is mature with a "normal" transaction (i.e normal fees). Those fees can be deducted on the next block, to not harm pool fees. Also, since on the next block there will be a little more space for transactions (since the 0 fee transaction for payments its already sent) there will be a slight increase in tx fees recollected so for the miners will also be about the same economic result, but earlier!

2) In the payments page, state witch payments are already sent for easier tracking.

Cheers!

The fees to distribute payments to 780 wallets is pretty steep.  It would have to come either out of our payouts or out of Kano's pocket.  I would rather maximize our payouts and help keep Kano in business for as long as possible...

[firetreeactual]

Yup.

[QBblock]

1) Why pay when there is a option for FREE?

Not really free! By mining this transaction, since the space is limited, we are not mining other transaction(s) that would increase the reward (opportunity cost). Thus is the same thing to pay the fees first and then "get them back" on the next block. Same for pool and miners, but miners get the reward earlier!

[kano]

1) Why pay when there is a option for FREE?

Not really free! By mining this transaction, since the space is limited, we are not mining other transaction(s) that would increase the reward (opportunity cost). Thus is the same thing to pay the fees first and then "get them back" on the next block. Same for pool and miners, but miners get the reward earlier!

The transactions in the work are not randomly ordered.
The ones effectively 'pushed off the bottom of the list' are the lower fee transactions i.e. they are not worth much or even could be zero fee transactions.

Pool fees here are low, if you think they are too high, then by all means, mine somewhere with lower fees, that also pays txn fees to the miners, i.e. above PPS

[QBblock]

Pool fees here are low, if you think they are too high, then by all means, mine somewhere with lower fees, that also pays txn fees to the miners, i.e. above PPS

Where is this coming from? O_o I didn't say anything about high fees, why this random invitation to mine somewhere else?

O_o

[kano]

Pool fees here are low, if you think they are too high, then by all means, mine somewhere with lower fees, that also pays txn fees to the miners, i.e. above PPS

Where is this coming from? O_o I didn't say anything about high fees, why this random invitation to mine somewhere else?

O_o

Well I'd have to increase the fees if you want me to pay the transaction fees, I think they are currently low, but implying the pool could pay them sounds the same as saying the pool fees are high.

I don't charge high fees, to spend on payout transactions ... though all the big pools also charge extra fees to get your BTC from them.
Thus they have no transparency since the BTC disappears into a dark hole somewhere and comes back out when you ask them to send it to you, less extra fees.

BTC doesn't flow from nowhere. Nothing random.

[QBblock]

[...]but implying the pool could pay them sounds the same as saying the pool fees are high.

[/quote]

Not really, and pool does not pay them, it gets them back with the extra space on the next block. It's basically like this:

(To make things simple, lets say tx is 10kB, and the lowest tx fee of the last block per kB is 1mBTC, thus tx fee is 10mBTC)

- Pool pays for tx fees, i.e. 10mBTC
- On the next block, there will be 10kB more space for transactions. Thus, the block will be worth ~10mBTC more, that will go to the pool.

Pool fee stays the same, rewards for miners stays the same... but earlier!

Note: for this to work the tx for the payments needs to pay the same price per kB as the lowest paying 10kB of the last block (since it will be more or less the same as the next one, and its data already available) This amount is not gonna be 0.

[kano]

[...]but implying the pool could pay them sounds the same as saying the pool fees are high.

Not really, and pool does not pay them, it gets them back with the extra space on the next block. It's basically like this:

(To make things simple, lets say tx is 10kB, and the lowest tx fee of the last block per kB is 1mBTC, thus tx fee is 10mBTC)

- Pool pays for tx fees, i.e. 10mBTC
- On the next block, there will be 10kB more space for transactions. Thus, the block will be worth ~10mBTC more, that will go to the pool.

Pool fee stays the same, rewards for miners stays the same... but earlier!

Note: for this to work the tx for the payments needs to pay the same price per kB as the lowest paying 10kB of the last block (since it will be more or less the same as the next one, and its data already available) This amount is not gonna be 0.

99.1% of the reward goes to the miners.
If the reward was (magically) 10mBTC more, then the miners get 9.91mBTC of that ...

Me (the pool) getting 0.09mBTC more per block doesn't pay the fees ... which currently would need about 17.5mBTC per payout
... so I have to increase the fees, or running the pool suddenly costs me a whole lot more ... about 0.7BTC a month to add txn fees at the moment that supposedly would confirm in 25 blocks ... then when there's spam, that increases the cost per 1K to confirm, I'd have to increase the fees even more ...

Of course if any of our blocks contain any zero fee transactions (other than the payout) then removing the payout would not increase the reward at all in those blocks ...
... as I've already pointed out ... removing the payout will not magically add the same amount of mBTC in fees coz the end of the block is normally low or zero fee transactions.

Or we continue to do it as I do ... zero fee txn so no one pays any txn fees to get their (non-dust) rewards.
Since that's WAY better than any other pool, I like the idea also.
Even Slush decided to add that on his pool - I guess he liked my idea ... though he charges more than twice the pool fees I do.

[Nam3]

I'm mining for approx ~4 days and yet to receive my first payout. I'm wondering if there's any support around? BTW; my stats can be found on www.kano.is/address.php?a=1PVKX97TKFAC24yxnFVB789DFC9BwkRqR3 (Mining with an under-clocked SP20E)... Any help would be much appreciated.

[VRobb]

Considering your hashrate and the timing, I'd think you had a couple dust rewards (which won't go out until someday...) and you now have a couple payments waiting for our next block to confirm them since they are zero cost transactions.

Just a guess, tho.  If you want better stats you should setup an account/username and then more info is available from the webpages.

[Nam3]

Considering your hashrate and the timing, I'd think you had a couple dust rewards (which won't go out until someday...) and you now have a couple payments waiting for our next block to confirm them since they are zero cost transactions.

Just a guess, tho.  If you want better stats you should setup an account/username and then more info is available from the webpages.

I've created an account but I'm going to bother creating a worker or changing configuration in miner.
I'll let it running and hopefully payment will come sooner or later. 

[ZACHM]

Mining with that miner only 4hrs per day, I would estimate your effective 5ND hashrate would be 200-250 GH/s.
You need to be over 400 GH/s to be above dust level.

[Nam3]

Mining with that miner only 4hrs per day, I would estimate your effective 5ND hashrate would be 200-250 GH/s.
You need to be over 400 GH/s to be above dust level.

I'm running it 24 hours a day. My current hashrate is 800+ GH/s

[ZACHM]

Oh, sorry I misread your other post, I saw "~4 hrs/day" not "~4 days". 

Mine On! 

[firetreeactual]

Unless I haven't had enough coffee, that figures to about 1.5 S3s...? 

[Nam3]

Unless I haven't had enough coffee, that figures to about 1.5 S3s...? 

Yup, pretty much