Author

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

newbie
Activity: 7
Merit: 0
Hello, already more than a day I can not get a verification email. What to do ?  Huh . the same nickname.
hero member
Activity: 1610
Merit: 538
I'm in BTC XTC
Yeah, tich13 is the chit!  Plus the latest block just got another confirmation so it's ours!!!  Mine on!  Cool
full member
Activity: 228
Merit: 100
And he has found 3 of the last 8 blocks...  Grin

WOW!!!
legendary
Activity: 1736
Merit: 1032
Carl, aka Sonny :)
Block by tich13 with his 20th Kano block and our 4th of the day!  Cheesy
sr. member
Activity: 261
Merit: 250
The only way around this would be to try to force an orphan race and hope we got a double confirm.
But purposefully creating an orphan race after a block change is frowned upon and we don't do that ... though I've no idea if other pools do, or not.
I was thinking about that when I saw the previous comment. There's got to be some value in trying to build on your own (orphaned) block. It would take someone with far more math and game theory experience than me, though, to work out the correct probabilities and returns. I'm sure someone has already done that, though, privately if not publicly -- and I would be very surprised if the "corporate" pools didn't have some sort of policy in place about that, so as to maximize their return.
At 45PH it's about a one in 34 chance of us confirming our own block.
Since how rare it is that we'd get a stale block, that makes it pretty much pointless anyway.
e.g. if it was about 1 in 400 (well it's probably less likely even than that) that's 1 in 400 * 35 = 1 in 14,000 so yeah very pointless.

KyrosKrane, it isn't that complicated, you got the important parts.  The main thing is if you could get the next block, your reward would be double (as you would be getting 2 blocks by confirming your first, rather than only getting the second block).  Basically, you have about a 10 minute shot at double the reward when this happens (a 2 block reward rather than the normal 1 block reward).

Yeah, it is 1 in 14,000 for any block the pool finds (I assume Kano is saying this happens every 400 blocks or so at the pool), so the pool has only had about a 10% chance of doing this so far being at block 1191.  Not great odds and it isn't a realistic thing that changes rewards at the pool.

I could see how it is not looked at in a good light.  However, there is normally nothing to be gained by working on a block the network isn't working on, so I think in general people would not do this (there is no point in working on a old block if you have not already solved it, it is in your interest to move on).  However, if you have solved a block that might become a stale or an orphan, it is probably to your advantage to try confirming that block, it basically doubles your reward if you find the next block.  Overall, built into the bitcoin protocol is a pretty good system of rewards that gets people to behave how they should.  That is until you get to 51%, then you can get all of the blocks with only 51% of the speed (by working on and confirming only your blocks, eventually you would have the longest chain and would orphan all other blocks), undo confirmed spends, etc.

legendary
Activity: 1150
Merit: 1004
Kano, just curious are you going to stop using Blocktrail now?
https://blog.blocktrail.com/2016/07/blocktrail-is-now-a-part-of-the-bitmain-family/
Well until they screw up blocktrail, I guess I'll leave the links pointing there.

Blockchain.info sux coz they don't show our transactions properly and they used to flag any address that a pool gets an orphan on, falsely as unsafe double spending, so I avoid that POS Smiley

Yeah, that is what I thought. Anyone know of a decent public explorer?  Smiley

I use blockr.io, but mainly because it looks nice and it's *not* Blockchain.info. I don't actually know if it's any better than the alternatives.
hero member
Activity: 777
Merit: 1003
Kano, just curious are you going to stop using Blocktrail now?
https://blog.blocktrail.com/2016/07/blocktrail-is-now-a-part-of-the-bitmain-family/
Well until they screw up blocktrail, I guess I'll leave the links pointing there.

Blockchain.info sux coz they don't show our transactions properly and they used to flag any address that a pool gets an orphan on, falsely as unsafe double spending, so I avoid that POS Smiley

Yeah, that is what I thought. Anyone know of a decent public explorer?  Smiley
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
Kano, just curious are you going to stop using Blocktrail now?
https://blog.blocktrail.com/2016/07/blocktrail-is-now-a-part-of-the-bitmain-family/
Well until they screw up blocktrail, I guess I'll leave the links pointing there.

Blockchain.info sux coz they don't show our transactions properly and they used to flag any address that a pool gets an orphan on, falsely as unsafe double spending, so I avoid that POS Smiley
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
The only way around this would be to try to force an orphan race and hope we got a double confirm.
But purposefully creating an orphan race after a block change is frowned upon and we don't do that ... though I've no idea if other pools do, or not.
I was thinking about that when I saw the previous comment. There's got to be some value in trying to build on your own (orphaned) block. It would take someone with far more math and game theory experience than me, though, to work out the correct probabilities and returns. I'm sure someone has already done that, though, privately if not publicly -- and I would be very surprised if the "corporate" pools didn't have some sort of policy in place about that, so as to maximize their return.
At 45PH it's about a one in 34 chance of us confirming our own block.
Since how rare it is that we'd get a stale block, that makes it pretty much pointless anyway.
e.g. if it was about 1 in 400 (well it's probably less likely even than that) that's 1 in 400 * 35 = 1 in 14,000 so yeah very pointless.
legendary
Activity: 1150
Merit: 1004

I LOVE mining here -- but, maybe I'll need to go back to the hooker casino -- where I can control the "payouts"...
ftfy ...

If by "control" you mean you don't want them per block, then yes mine somewhere else.

I'd like to know how other people deal with this. To avoid crumbs and the fees associated with spending them I have been receiving payments into my localbitcoins wallet and letting them accumulate for a few days before withdrawing to Bitcoin core. Is there a better way to do this without using a third party service?

(There used to be old-school techniques for consolidating dust/crumbs with old coins to create low-fee high-priority transactions but they don't seem to work anymore.)

I use a Trezor and use separate accounts for mining. Once I have a accumulated some number of mining transactions I consolidate by transferring from my mining account to my main one.

I do this mainly because the Trezor has a slow processor. It does all the signing and the private keys never leave the device. Signing transactions with lots of inputs can take time.

Sometimes this consolidation can take several minutes, depending on the number of inputs. I have to chose a time to consolidate when I don't care how long it takes. But the result is quick spending from the main account when I need to.

This method doesn't avoid fees. Obviously when I consolidate it's done by spending, which means I'm paying for the transaction. But it's worth it to me for the security and piece of mind that I get with the Trezor.

All of my bitcoins, even my smallish payments from the pool, are always under my direct control. They're never in a service where I don't control the keys.

I do the same thing except I use the KeepKey...the screen on the Trezor was just too small for my old eyes to see.  I mine to my Coinbase wallet until it goes over 1 BTC and then I consolidate the transactions by sending it to the KeepKey device.

I really like having my coin on a device that never hits the internet...and if it's ever destroyed or stolen I can easily rebuild my accounts onto a new one.  Cool

Yeah, I'm getting older too and the Trezor screen is getting harder to read, especially when reviewing BTC addresses. We'll see what they do with Trezor 2.0 (which supposedly is in the works).

Your solution is interesting because it solves both the fee and lengthy signing problem. But it also exposes you to a bit to Coinbase while you're accumulating mining proceeds. In my case with my current relatively low hash rate that could be a pretty large window. It would be a while before I hit a reasonable threshold worth sending.

Probably not a huge risk, but in your case Coinbase is in the loop with your mining revenue and they are known to track at least one hop when spending. If you only send to your Trezor it's not a big deal because they'll stop there. But they have the potential to track further and see what you spend from your Trezor, if they decide to do that.

I'm not that much of a privacy nut and I don't buy anything that would be considered illegal. But I'm thinking that might be worth the pain of lengthy signing operations and the occasional high-ish fee to keep the mined bitcoin out of third party hands and solely associated with keys under my control.
hero member
Activity: 777
Merit: 1003
sr. member
Activity: 295
Merit: 250
The only way around this would be to try to force an orphan race and hope we got a double confirm.
But purposefully creating an orphan race after a block change is frowned upon and we don't do that ... though I've no idea if other pools do, or not.
I was thinking about that when I saw the previous comment. There's got to be some value in trying to build on your own (orphaned) block. It would take someone with far more math and game theory experience than me, though, to work out the correct probabilities and returns. I'm sure someone has already done that, though, privately if not publicly -- and I would be very surprised if the "corporate" pools didn't have some sort of policy in place about that, so as to maximize their return.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
it was 0.505s late.
Sounds like racing. You cannot be a winner if you come 0.5 s later...  Undecided

Yes, this time it was correct...but we have lost a couple where we were clearly first.
Yeah I've updated the 'status' of the 'block' to 'Stale'

The 0.5s means that we had already started working on a new network block, 421430, but a share/block then came in for the previous network block, 421429, so was guaranteed to automatically be flagged as an 'orphan' less than a minute later by ckdb since it didn't match what the pool's btcd had already decided 421429 was (0.5 seconds earlier)

The only way around this would be to try to force an orphan race and hope we got a double confirm.
But purposefully creating an orphan race after a block change is frowned upon and we don't do that ... though I've no idea if other pools do, or not.

legendary
Activity: 1736
Merit: 1032
Carl, aka Sonny :)
it was 0.505s late.
Sounds like racing. You cannot be a winner if you come 0.5 s later...  Undecided

Yes, this time it was correct...but we have lost a couple where we were clearly first.
full member
Activity: 233
Merit: 100
reality is what you think it is
it was 0.505s late.
Sounds like racing. You cannot be a winner if you come 0.5 s later...  Undecided
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
FYI anyone wondering, that last block was a stale block, not an orphan.
It got to the pool after the block change.
As per normal we show all attempts at blocks, even if they are (in the extreme case before - the stale block between 389 and 390) 69 seconds late Tongue
In this case it was 0.505s late.
legendary
Activity: 1736
Merit: 1032
Carl, aka Sonny :)
Oh no!  The big "O" strikes!  Huh
legendary
Activity: 1736
Merit: 1032
Carl, aka Sonny :)

I LOVE mining here -- but, maybe I'll need to go back to the hooker casino -- where I can control the "payouts"...
ftfy ...

If by "control" you mean you don't want them per block, then yes mine somewhere else.

I'd like to know how other people deal with this. To avoid crumbs and the fees associated with spending them I have been receiving payments into my localbitcoins wallet and letting them accumulate for a few days before withdrawing to Bitcoin core. Is there a better way to do this without using a third party service?

(There used to be old-school techniques for consolidating dust/crumbs with old coins to create low-fee high-priority transactions but they don't seem to work anymore.)

I use a Trezor and use separate accounts for mining. Once I have a accumulated some number of mining transactions I consolidate by transferring from my mining account to my main one.

I do this mainly because the Trezor has a slow processor. It does all the signing and the private keys never leave the device. Signing transactions with lots of inputs can take time.

Sometimes this consolidation can take several minutes, depending on the number of inputs. I have to chose a time to consolidate when I don't care how long it takes. But the result is quick spending from the main account when I need to.

This method doesn't avoid fees. Obviously when I consolidate it's done by spending, which means I'm paying for the transaction. But it's worth it to me for the security and piece of mind that I get with the Trezor.

All of my bitcoins, even my smallish payments from the pool, are always under my direct control. They're never in a service where I don't control the keys.

I do the same thing except I use the KeepKey...the screen on the Trezor was just too small for my old eyes to see.  I mine to my Coinbase wallet until it goes over 1 BTC and then I consolidate the transactions by sending it to the KeepKey device.

I really like having my coin on a device that never hits the internet...and if it's ever destroyed or stolen I can easily rebuild my accounts onto a new one.  Cool
legendary
Activity: 1736
Merit: 1032
Carl, aka Sonny :)
Ordered four s9's, shipped two with UPS and two with DHL.
UPS - no fee.
DHL - $36 fee.

DHL seems to give me more grief with time in customs.
UPS has a plane from China every day to Dulles VA. Plus you can sign for it online so you don't have to be there when it arrives.

Do we have a watts per hashboard measurment on the s9? These are 12.93th 600m clock batch 9. Just wanted to know if it matches specs.

My S9 B3 measures 1290W at Toomim (total for all 3 hashboards)...spec says 1275W + 7% at the wall with 93% efficiency (1364W) so this unit is under that.  I'm running at stock speeds and my red line average on Kano is 12.86THs which is also well within specs.

I have used UPS for all of my shipments and I have never been charged any extra yet.  They are fast also...once they ship, they are usually online by noon on the third day.  My batch 9 will be delivered tomorrow morning and it shipped Monday morning.
hero member
Activity: 770
Merit: 523
Ordered four s9's, shipped two with UPS and two with DHL.
UPS - no fee.
DHL - $36 fee.

DHL seems to give me more grief with time in customs.
UPS has a plane from China every day to Dulles VA. Plus you can sign for it online so you don't have to be there when it arrives.

Do we have a watts per hashboard measurment on the s9? These are 12.93th 600m clock batch 9. Just wanted to know if it matches specs.
Jump to: