lrowland21093
Member
Offline
Activity: 85
Merit: 16
|
|
December 28, 2017, 05:35:15 PM |
|
Just don't get discouraged when you don't see much in the way of payouts in the first few found blocks. It takes a few weeks to get fully "ramped up" on 5Nd. (I'm still working on getting to full level myself.)
|
|
|
|
firetreeactual
Legendary
Offline
Activity: 952
Merit: 1003
|
|
December 28, 2017, 05:38:00 PM |
|
Not sure how many people ever use BitPay to pay for anything, but they're landed themselves on my ban list ... well I guess you could say that they put themselves there, I can't use BitPay at the moment and probably wont want to ever again It seems they no longer allow Bitcoin payments to an address, they require you to use a "Bitcoin Payment Protocol" (that's supposedly in core 0.15 but not in 0.14) that also decides your transaction fees for you ... hmm. Every time I make payments I choose my fees, and every time I've used BitPay, it has said my fees were too low, even when my payments were picked up in the very next block on the network ... I use Bitpay primarily to cash in coin to the card, but noticed your comment on how Bitpay (in an online transaction via one's Core) always tells you your fee is too low...I ignore it. The tx's still go through just fine. I'd be in deep kimchee without the debit card, though.
|
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)
|
|
|
minergain.com
Member
Offline
Activity: 285
Merit: 10
Free mining equipment tracking and reporting
|
|
December 28, 2017, 05:38:15 PM |
|
Just don't get discouraged when you don't see much in the way of payouts in the first few found blocks - it takes a few weeks to fully ramp up. (I'm still working on getting to full level myself.) very true. Just remember that it is a benefit to keep pool hoppers from popping in, taking your reward and then leaving again. Also, your ramp up time will pay you on the ramp down time if you ever leave.
|
|
|
|
beltsniffer
|
|
December 28, 2017, 05:45:40 PM |
|
So Interesting fun fact. My new S9's some have firmware from July, while others have firmware from Nov 17, and a version like S9_V2.54 But on their website, they only have the newest from Aug 15.. Now Why would they not have the newest one on there? I had an issue with the first S9 I got like a month ago, with fan speed ramping constantly, the firmware fixed that so it stayed on more consistent. So Now I am baffled if I should overwrite the Nov 17 with the Aug 15 that had better fan control.
Any opinions?
They probably sent you refurbished miners or miners they used in their farm/hashnest. If the miner is working properly, don't change the firmware. There have been stories of people bricking machines with newer firmware.
|
|
|
|
firetreeactual
Legendary
Offline
Activity: 952
Merit: 1003
|
|
December 28, 2017, 06:07:16 PM |
|
So Interesting fun fact. My new S9's some have firmware from July, while others have firmware from Nov 17, and a version like S9_V2.54 But on their website, they only have the newest from Aug 15.. Now Why would they not have the newest one on there? I had an issue with the first S9 I got like a month ago, with fan speed ramping constantly, the firmware fixed that so it stayed on more consistent. So Now I am baffled if I should overwrite the Nov 17 with the Aug 15 that had better fan control.
Any opinions?
They probably sent you refurbished miners or miners they used in their farm/hashnest. If the miner is working properly, don't change the firmware. There have been stories of people bricking machines with newer firmware. I agree...don't reflash your firmware. Personal experience. Most of us who have been mining for a long time have the belief that the company sends out used miners from their own farms, just cleaned up, as new. I've seen the same situation. I stopped buying Biteme early in 2017, either new or used, for the reasons enumerated on this board many, many times by many, many others...and because of what you've experienced. Mine on.
|
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)
|
|
|
mtaboneweb
Jr. Member
Offline
Activity: 55
Merit: 1
|
|
December 28, 2017, 06:09:26 PM |
|
Just don't get discouraged when you don't see much in the way of payouts in the first few found blocks - it takes a few weeks to fully ramp up. (I'm still working on getting to full level myself.) very true. Just remember that it is a benefit to keep pool hoppers from popping in, taking your reward and then leaving again. Also, your ramp up time will pay you on the ramp down time if you ever leave. I'm in for the long term now... and will be adding my 2nd S9 tomorrow once it's delivered.
|
|
|
|
mtaboneweb
Jr. Member
Offline
Activity: 55
Merit: 1
|
|
December 28, 2017, 06:16:55 PM |
|
Beyond Bitmain and their Antminer S9's, is there anything else out there worth considering? I've bought 4 now but if I was going for a 5th I would consider something else. My concern is that maybe the S9's will start fading and something newer/better is just around the corner either from Bitmain or someone else. Of course the issue is always whether you can find something in stock and have the money in the right place to act fast enough to get it.
Thoughts?
And if I'm stepping out of line with the purpose of the thread please let me know.
|
|
|
|
YabaDabaDoo
Member
Offline
Activity: 68
Merit: 10
|
|
December 28, 2017, 06:42:00 PM |
|
I use Avalon 741's which I've got in summer. They're not as powerful as Shitmain but from reading the forums they work without breaking for far longer and apparently they're brand new not like Shitmain.
Next Avalon's are coming out next year, might consider them over Shitmain
|
|
|
|
VRobb
|
|
December 28, 2017, 06:45:57 PM |
|
Actually kano and Canaan have been working together for some time now. We used to have contests where someone could win an Avalon miner (I never did, darn it!) and if you check the pool stats you'll see Canaan does their burn-in testing here. Mine On!
|
I don't believe in superstition because it's bad luck: 13thF1oor6CAwyzyxXPNnRvu3nhhYeqZdc These aren't the Droids you're looking for: S5 & S7 (Sold), R4B2, R4B4 (RIP), 2x S9 obsolete, 2xS15-28, S17-56, S17-70 Pushing a whopping 1/5 PH! Oh The SPEED!!!
|
|
|
rifleman74
Member
Offline
Activity: 658
Merit: 21
4 s9's 2 821's
|
|
December 28, 2017, 06:52:36 PM |
|
Block dance...let's do this.
|
|
|
|
clgrissom3
Legendary
Offline
Activity: 1722
Merit: 1032
Carl, aka Sonny :)
|
|
December 28, 2017, 07:27:33 PM |
|
Actually kano and Canaan have been working together for some time now. We used to have contests where someone could win an Avalon miner (I never did, darn it!) and if you check the pool stats you'll see Canaan does their burn-in testing here. Mine On! Haha! I never won any of those either but it was fun. It's almost time for an old fashion BLOCK FRIDAY!
|
|
|
|
wavelengthsf
|
|
December 28, 2017, 07:30:35 PM |
|
May the nonces be in our favor!
|
|
|
|
kano (OP)
Legendary
Offline
Activity: 4508
Merit: 1821
Linux since 1997 RedHat 4
|
|
December 28, 2017, 07:58:48 PM |
|
Time has no effect on you finding a block. Each hash you do has the same chance of finding a block - be it 1 second after the last network block or 1 hour.
Kano, have you ever thought about the possibility of "reverse" mining? Where you randomly pick a final hash (probably the wrong terminology) with enough zeros in front, lock the time in, pick a group of transactions that are a little lower on the list so they stay for a while and then do a validation with each nonce - perhaps randomly selected but never duplicated. I guess the previous block hash is included, so once a block is found, then everything would have to start over. It is still luck, but seems that beating up a single answer may offer an answer quicker than totally "heads or tails" with this difficulty level. In any case, I have no clue if the network even allows the time to be locked in for multiple seconds or even minutes, but it would seem plausible since computer dates/times can vary. Sha256 is a one way hash.
|
|
|
|
2tights
|
|
December 28, 2017, 08:19:41 PM |
|
Time has no effect on you finding a block. Each hash you do has the same chance of finding a block - be it 1 second after the last network block or 1 hour.
Kano, have you ever thought about the possibility of "reverse" mining? Where you randomly pick a final hash (probably the wrong terminology) with enough zeros in front, lock the time in, pick a group of transactions that are a little lower on the list so they stay for a while and then do a validation with each nonce - perhaps randomly selected but never duplicated. I guess the previous block hash is included, so once a block is found, then everything would have to start over. It is still luck, but seems that beating up a single answer may offer an answer quicker than totally "heads or tails" with this difficulty level. In any case, I have no clue if the network even allows the time to be locked in for multiple seconds or even minutes, but it would seem plausible since computer dates/times can vary. Sha256 is a one way hash. I think he's making an analogy to a rainbow table as used in things like password cracking where the rainbow table includes all the resulting hashes. https://crypto.stackexchange.com/questions/34158/is-this-sha256-hash-implementation-secure-from-rainbow-table-brute-forcing-atta
|
|
|
|
kano (OP)
Legendary
Offline
Activity: 4508
Merit: 1821
Linux since 1997 RedHat 4
|
|
December 28, 2017, 08:26:46 PM |
|
Time has no effect on you finding a block. Each hash you do has the same chance of finding a block - be it 1 second after the last network block or 1 hour.
Kano, have you ever thought about the possibility of "reverse" mining? Where you randomly pick a final hash (probably the wrong terminology) with enough zeros in front, lock the time in, pick a group of transactions that are a little lower on the list so they stay for a while and then do a validation with each nonce - perhaps randomly selected but never duplicated. I guess the previous block hash is included, so once a block is found, then everything would have to start over. It is still luck, but seems that beating up a single answer may offer an answer quicker than totally "heads or tails" with this difficulty level. In any case, I have no clue if the network even allows the time to be locked in for multiple seconds or even minutes, but it would seem plausible since computer dates/times can vary. Sha256 is a one way hash. I think he's making an analogy to a rainbow table as used in things like password cracking where the rainbow table includes all the resulting hashes. https://crypto.stackexchange.com/questions/34158/is-this-sha256-hash-implementation-secure-from-rainbow-table-brute-forcing-attaRainbow tables wont work on sha256 due to the size.
|
|
|
|
2tights
|
|
December 28, 2017, 09:01:02 PM |
|
Time has no effect on you finding a block. Each hash you do has the same chance of finding a block - be it 1 second after the last network block or 1 hour.
Kano, have you ever thought about the possibility of "reverse" mining? Where you randomly pick a final hash (probably the wrong terminology) with enough zeros in front, lock the time in, pick a group of transactions that are a little lower on the list so they stay for a while and then do a validation with each nonce - perhaps randomly selected but never duplicated. I guess the previous block hash is included, so once a block is found, then everything would have to start over. It is still luck, but seems that beating up a single answer may offer an answer quicker than totally "heads or tails" with this difficulty level. In any case, I have no clue if the network even allows the time to be locked in for multiple seconds or even minutes, but it would seem plausible since computer dates/times can vary. Sha256 is a one way hash. I think he's making an analogy to a rainbow table as used in things like password cracking where the rainbow table includes all the resulting hashes. https://crypto.stackexchange.com/questions/34158/is-this-sha256-hash-implementation-secure-from-rainbow-table-brute-forcing-attaRainbow tables wont work on sha256 due to the size. Well, its impractical based on current hardware limitations. though, in the future it won't be. That link discusses the exponential requirements for hardware resources to give the context.
|
|
|
|
kano (OP)
Legendary
Offline
Activity: 4508
Merit: 1821
Linux since 1997 RedHat 4
|
|
December 28, 2017, 09:11:05 PM |
|
Time has no effect on you finding a block. Each hash you do has the same chance of finding a block - be it 1 second after the last network block or 1 hour.
Kano, have you ever thought about the possibility of "reverse" mining? Where you randomly pick a final hash (probably the wrong terminology) with enough zeros in front, lock the time in, pick a group of transactions that are a little lower on the list so they stay for a while and then do a validation with each nonce - perhaps randomly selected but never duplicated. I guess the previous block hash is included, so once a block is found, then everything would have to start over. It is still luck, but seems that beating up a single answer may offer an answer quicker than totally "heads or tails" with this difficulty level. In any case, I have no clue if the network even allows the time to be locked in for multiple seconds or even minutes, but it would seem plausible since computer dates/times can vary. Sha256 is a one way hash. I think he's making an analogy to a rainbow table as used in things like password cracking where the rainbow table includes all the resulting hashes. https://crypto.stackexchange.com/questions/34158/is-this-sha256-hash-implementation-secure-from-rainbow-table-brute-forcing-attaRainbow tables wont work on sha256 due to the size. Well, its impractical based on current hardware limitations. though, in the future it won't be. That link discusses the exponential requirements for hardware resources to give the context. Yeah I've made comment about that a while ago https://bitcointalk.org/index.php?topic=263840.0
|
|
|
|
mtaboneweb
Jr. Member
Offline
Activity: 55
Merit: 1
|
|
December 28, 2017, 11:20:52 PM |
|
So I'm up and running now and wondering if this is looking good or maybe there is something I should look into? My red line on the Shift Graph page has not moved above zero but hopefully I'll see some movement tomorrow? Workers page...
|
|
|
|
kano (OP)
Legendary
Offline
Activity: 4508
Merit: 1821
Linux since 1997 RedHat 4
|
|
December 28, 2017, 11:25:56 PM |
|
The shift graph shows completed shifts, so up until the first shift you were in completed, the average across the graph would have been zero. Shifts are usually around 50 minutes each. Edit: also, the shifts are processed about 13 minutes after they complete.
|
|
|
|
mtaboneweb
Jr. Member
Offline
Activity: 55
Merit: 1
|
|
December 28, 2017, 11:54:54 PM |
|
The shift graph shows completed shifts, so up until the first shift you were in completed, the average across the graph would have been zero. Shifts are usually around 50 minutes each. Edit: also, the shifts are processed about 13 minutes after they complete. I guess that’s what I’m wondering about. I’ve completed 7 shifts and the red bar still says zero all the way to the right of the graph. The 7 completed shifts are in my first screenshot. Maybe I’m not being patient enough but I would hope to see more than 0 after roughly 7-ish hours.
|
|
|
|
|