firetreeactual
Legendary
Offline
Activity: 952
Merit: 1003
|
|
July 19, 2016, 03:43:49 AM |
|
Thus since halving, we have an expected PPS% return of over 100% PPS AFTER you remove fees and orphans
|
To infinity and beyond...on two 741s and one of only 3...nope, make that 4...full nodes in Hawaii...on <30A. (I have other gear on the Hoth ice planet)
|
|
|
firetreeactual
Legendary
Offline
Activity: 952
Merit: 1003
|
|
July 19, 2016, 03:46:01 AM Last edit: July 19, 2016, 04:27:53 AM by firetreeactual |
|
Quick question for you guys, I've noticed some of you talking about pointing your miners to a specific node. Are you doing this to solve a problem or are there improvements in the reliability of the connection? I'm a noob, go easy on me Naw...it's not troubleshooting. Latency can vary just because of Internet and local network conditions, and other factors. Sometimes folks get better ping times with certain nodes than others. It's just preference and nerdy tweaking. EDIT: There was a point in time a while back when there were issues with a particular node due to provider quality (or lack of it). Kano just moved it to another provider, if I remember right, and those using that node were pointed to another in the meantime. Otherwise, as above...
|
To infinity and beyond...on two 741s and one of only 3...nope, make that 4...full nodes in Hawaii...on <30A. (I have other gear on the Hoth ice planet)
|
|
|
wmabern
|
|
July 19, 2016, 05:34:25 AM |
|
First block of the day!
|
BITMIXER.IO Gone Baby, Gone.. ;-) Not any good sig campaigns out there that I want!
|
|
|
delicin33
|
|
July 19, 2016, 05:38:39 AM |
|
First block of the day! and its just a bit under 100% diff we need more green blocks
|
|
|
|
Soros Shorts
Donator
Legendary
Offline
Activity: 1617
Merit: 1012
|
|
July 19, 2016, 06:09:56 AM |
|
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.)
|
|
|
|
delicin33
|
|
July 19, 2016, 06:58:00 AM |
|
2nd block by networkgeek24 , green
|
|
|
|
clgrissom3
Legendary
Offline
Activity: 1722
Merit: 1032
Carl, aka Sonny :)
|
|
July 19, 2016, 01:27:49 PM |
|
Block by aluz! That is his 13th Kano block and our 3rd of the day!
|
|
|
|
kano (OP)
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
July 19, 2016, 02:03:10 PM |
|
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.) Well, to be blunt, I don't take much notice of exactly what goes into bitcoin core regarding expected transaction fees. However, the pool should pick up a low (but not dust low fees) transaction and mine it in our blocks. We try to keep the blocks full so if we have it in the mempool, we'll confirm it if there's space left after all higher priority txns are added. The trick is making sure you send it out and it gets to the pool
|
|
|
|
edonkey
Legendary
Offline
Activity: 1150
Merit: 1004
|
|
July 19, 2016, 02:08:19 PM |
|
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.
|
Was I helpful? BTC: 3G1Ubof5u8K9iJkM8We2f3amYZgGVdvpHr
|
|
|
wolfen
|
|
July 19, 2016, 02:13:09 PM |
|
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.
|
For those about to block we salute you! AC->BTC
|
|
|
clgrissom3
Legendary
Offline
Activity: 1722
Merit: 1032
Carl, aka Sonny :)
|
|
July 19, 2016, 03:27:51 PM |
|
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.
|
|
|
|
clgrissom3
Legendary
Offline
Activity: 1722
Merit: 1032
Carl, aka Sonny :)
|
|
July 19, 2016, 03:36:45 PM |
|
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.
|
|
|
|
clgrissom3
Legendary
Offline
Activity: 1722
Merit: 1032
Carl, aka Sonny :)
|
|
July 19, 2016, 03:40:01 PM |
|
Oh no! The big "O" strikes!
|
|
|
|
kano (OP)
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
July 19, 2016, 03:40:11 PM |
|
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 In this case it was 0.505s late.
|
|
|
|
CryptoBuddha
Full Member
Offline
Activity: 233
Merit: 100
reality is what you think it is
|
|
July 19, 2016, 03:58:12 PM |
|
it was 0.505s late.
Sounds like racing. You cannot be a winner if you come 0.5 s later...
|
aka Shammann elsewhere, spreche etwas Deutsch, pyccкий тoжe знaю ॐ मणि पद्मे हूँ
|
|
|
clgrissom3
Legendary
Offline
Activity: 1722
Merit: 1032
Carl, aka Sonny :)
|
|
July 19, 2016, 04:11:16 PM |
|
it was 0.505s late.
Sounds like racing. You cannot be a winner if you come 0.5 s later... Yes, this time it was correct...but we have lost a couple where we were clearly first.
|
|
|
|
kano (OP)
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
July 19, 2016, 04:23:27 PM |
|
it was 0.505s late.
Sounds like racing. You cannot be a winner if you come 0.5 s later... 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.
|
|
|
|
KyrosKrane
|
|
July 19, 2016, 04:59:54 PM |
|
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.
|
|
|
|
ZACHM
|
|
July 19, 2016, 05:11:16 PM |
|
|
|
|
|
edonkey
Legendary
Offline
Activity: 1150
Merit: 1004
|
|
July 19, 2016, 06:04:18 PM |
|
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. 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.
|
Was I helpful? BTC: 3G1Ubof5u8K9iJkM8We2f3amYZgGVdvpHr
|
|
|
|