AFlatMinor
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 73
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 27, 2014, 12:02:48 AM |
|
looks like we made it through. good luck for a better day.
Oh well another long one ![Cry](https://bitcointalk.org/Smileys/default/cry.gif) For those who might like to know this is the only 2 consecutive +10 hour blocks in the last 250 blocks (39 days)
|
|
|
|
-ck
Legendary
Offline
Activity: 4214
Merit: 1644
Ruu \o/
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 27, 2014, 04:56:37 AM |
|
That's bad advice. Please read my followup on that thread.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
sjc1490
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 27, 2014, 06:30:28 AM |
|
That's bad advice. Please read my followup on that thread. Thanks I totally missed your post advising against it. I have to say though it has done nothing but enhance both miners performance. Load is down, disregards are down 10x, bestshare is a lot higher on both. I am not understanding what the detriment you refer to, is could you help out by explaining? Thanks again. I would also suggest repost your warning in the S3 thread with a more in depth explanation of the hazards as it comes back up every 3 or 4 pages with a whole new group of people doing the mod.
|
BTC ADDRESS: 12Qwd8VKLQ4xF44ytHXBpCAKuF9VknG4X2
|
|
|
|
sjc1490
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 27, 2014, 06:42:01 PM |
|
I have only been here since March and correct me if wrong but over the last 2 weeks there has been more orphaned blocks than I remember seeing the entire time previous to then. Over 12 hours wasted time in 3 days.
|
BTC ADDRESS: 12Qwd8VKLQ4xF44ytHXBpCAKuF9VknG4X2
|
|
|
bad1bob
Newbie
Offline
Activity: 9
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 27, 2014, 07:36:17 PM |
|
is BTC any better these invalid blocks are really bullshit
|
|
|
|
sjc1490
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 27, 2014, 07:49:31 PM |
|
I don't understand how bitminter can win block 312400 and our find becomes orphaned. Slush reported 312400 at 2014-07-25 09:02:11 Bitminter reported 312400 at 2014-07-25 09:02:58 That's 47 seconds later than us. I can understand if the time between two pools finding the same block is very short, but 47 seconds? https://blockchain.info/block-height/312400Block timestamps should not be considered the actual times they were made. The timestamp for the block is part of your header data before you start hashing it, and is based off the pool server's clock. It also doesn't have to be updated as you continue to hash. Blockchain.info used to have 'Received time' vs 'Timestamp', but for the last few months that has been broken and they just use the timestamp for both. I don't know about them but reading a previous post on the matter I would research any pool you are thinking about switching to as this could be effecting more than us. All I know is it sucks.
|
BTC ADDRESS: 12Qwd8VKLQ4xF44ytHXBpCAKuF9VknG4X2
|
|
|
JPoet
Newbie
Offline
Activity: 59
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 27, 2014, 10:41:22 PM |
|
I like it, it works fine. Reliable and steady. S3 can get the same GH/s for about 2/3 the cost, and I am just tired of $600 plus electric bills. The S2 is a fine 55nm miner, I just want to migrate to 28nm.
seems like bitmain may have discontinued the S2. thinking about pulling the trigger on a few s3's. this may be an addiction, or 21st century mid life crisis:)
|
|
|
|
psahx
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 27, 2014, 10:43:40 PM |
|
I don't understand how bitminter can win block 312400 and our find becomes orphaned. Slush reported 312400 at 2014-07-25 09:02:11 Bitminter reported 312400 at 2014-07-25 09:02:58 That's 47 seconds later than us. I can understand if the time between two pools finding the same block is very short, but 47 seconds? https://blockchain.info/block-height/312400Block timestamps should not be considered the actual times they were made. The timestamp for the block is part of your header data before you start hashing it, and is based off the pool server's clock. It also doesn't have to be updated as you continue to hash. Blockchain.info used to have 'Received time' vs 'Timestamp', but for the last few months that has been broken and they just use the timestamp for both. I don't know about them but reading a previous post on the matter I would research any pool you are thinking about switching to as this could be effecting more than us. All I know is it sucks. Come to BTCGuild. Orphan rate is less then 0.01%
|
|
|
|
JPoet
Newbie
Offline
Activity: 59
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 27, 2014, 11:07:30 PM |
|
looks like we made it through. good luck for a better day.
Oh well another long one ![Cry](https://bitcointalk.org/Smileys/default/cry.gif) For those who might like to know this is the only 2 consecutive +10 hour blocks in the last 250 blocks (39 days) looks like I missed the good times.
|
|
|
|
Donkeycongo
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 84
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 27, 2014, 11:17:33 PM |
|
I don't understand how bitminter can win block 312400 and our find becomes orphaned. Slush reported 312400 at 2014-07-25 09:02:11 Bitminter reported 312400 at 2014-07-25 09:02:58 That's 47 seconds later than us. I can understand if the time between two pools finding the same block is very short, but 47 seconds? https://blockchain.info/block-height/312400Block timestamps should not be considered the actual times they were made. The timestamp for the block is part of your header data before you start hashing it, and is based off the pool server's clock. It also doesn't have to be updated as you continue to hash. Blockchain.info used to have 'Received time' vs 'Timestamp', but for the last few months that has been broken and they just use the timestamp for both. I don't know about them but reading a previous post on the matter I would research any pool you are thinking about switching to as this could be effecting more than us. All I know is it sucks. Come to BTCGuild. Orphan rate is less then 0.01% We haven't had that many invalids this year, just had a few of late. It has nothing to do with the pools functionality.
|
|
|
|
dbbrummel
Jr. Member
Offline
Activity: 50
Merit: 1
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 28, 2014, 12:53:26 AM |
|
The 12 hour and invalid blocks are a test. They tempt you go elsewhere, hoping you will do better.
There is no pool, anywhere, that has all good days. Math just does not work that way.
|
|
|
|
JPoet
Newbie
Offline
Activity: 59
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 28, 2014, 01:38:06 AM |
|
The 12 hour and invalid blocks are a test. They tempt you go elsewhere, hoping you will do better.
There is no pool, anywhere, that has all good days. Math just does not work that way.
well if that was true wwii would have ended differently. don't confuse luck as in slot machines with math. if math worked this way we would never have put a man on the moon in the 60's.
|
|
|
|
dbbrummel
Jr. Member
Offline
Activity: 50
Merit: 1
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 28, 2014, 02:32:02 AM |
|
The 12 hour and invalid blocks are a test. They tempt you go elsewhere, hoping you will do better.
There is no pool, anywhere, that has all good days. Math just does not work that way.
well if that was true wwii would have ended differently. don't confuse luck as in slot machines with math. if math worked this way we would never have put a man on the moon in the 60's. There are different kinds of math. Probability and Algebra live in different worlds. Algebra puts men on the moon, Probability wins the lottery. Sometimes.
|
|
|
|
dbbrummel
Jr. Member
Offline
Activity: 50
Merit: 1
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 28, 2014, 02:52:36 AM |
|
For my brethren still waiting on their S3 7.7% refunds:
---------------------- Hi,
Engineer is processing refund one by one, and they said will finish all refund the the end of 12pm July 28 Beijing time
Best Regards
BITMAIN
---------------------- Pure Chinglish, so you know it is real :-)
|
|
|
|
kkurtmann
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 28, 2014, 03:31:08 AM Last edit: July 28, 2014, 06:47:55 AM by kkurtmann |
|
It is nice that much hashing power left the pool near the end of that last 12 hour block, got much larger payout. Thanks for bailing guys.
|
|
|
|
Donkeycongo
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 84
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 28, 2014, 04:17:37 AM |
|
The 12 hour and invalid blocks are a test. They tempt you go elsewhere, hoping you will do better.
There is no pool, anywhere, that has all good days. Math just does not work that way.
well if that was true wwii would have ended differently. don't confuse luck as in slot machines with math. if math worked this way we would never have put a man on the moon in the 60's. There are different kinds of math. Probability and Algebra live in different worlds. Algebra puts men on the moon, Probability wins the lottery. Sometimes. Probability is a form of calculable math, when working with probability algebra is often used to display a formula. Probability wins blackjack, luck wins lottery.
|
|
|
|
dbbrummel
Jr. Member
Offline
Activity: 50
Merit: 1
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 28, 2014, 05:02:09 AM |
|
The 12 hour and invalid blocks are a test. They tempt you go elsewhere, hoping you will do better.
There is no pool, anywhere, that has all good days. Math just does not work that way.
well if that was true wwii would have ended differently. don't confuse luck as in slot machines with math. if math worked this way we would never have put a man on the moon in the 60's. There are different kinds of math. Probability and Algebra live in different worlds. Algebra puts men on the moon, Probability wins the lottery. Sometimes. Probability is a form of calculable math, when working with probability algebra is often used to display a formula. Probability wins blackjack, luck wins lottery. Sounds like you know math better than me, I was a Philosophy major. Does it change anything in regards to pool hopping?
|
|
|
|
Donkeycongo
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 84
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 28, 2014, 06:23:25 AM |
|
The 12 hour and invalid blocks are a test. They tempt you go elsewhere, hoping you will do better.
There is no pool, anywhere, that has all good days. Math just does not work that way.
well if that was true wwii would have ended differently. don't confuse luck as in slot machines with math. if math worked this way we would never have put a man on the moon in the 60's. There are different kinds of math. Probability and Algebra live in different worlds. Algebra puts men on the moon, Probability wins the lottery. Sometimes. Probability is a form of calculable math, when working with probability algebra is often used to display a formula. Probability wins blackjack, luck wins lottery. Sounds like you know math better than me, I was a Philosophy major. Does it change anything in regards to pool hopping? You could do a probability on pool luck based on all the previous rounds, but solving a block comes down to luck > hash power, not very accurate unlike with counting cards which has a set amount of variables each hand, vardiff is suppose to stop pool hopping, I reckon there would be people out there jumping onto pools at near end of round, to make that work it would be a full time job. There really is no predictable end to a round.
|
|
|
|
kkurtmann
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 28, 2014, 06:40:01 AM |
|
I don't understand how bitminter can win block 312400 and our find becomes orphaned. Slush reported 312400 at 2014-07-25 09:02:11 Bitminter reported 312400 at 2014-07-25 09:02:58 That's 47 seconds later than us. I can understand if the time between two pools finding the same block is very short, but 47 seconds? https://blockchain.info/block-height/312400Block timestamps should not be considered the actual times they were made. The timestamp for the block is part of your header data before you start hashing it, and is based off the pool server's clock. It also doesn't have to be updated as you continue to hash. Blockchain.info used to have 'Received time' vs 'Timestamp', but for the last few months that has been broken and they just use the timestamp for both. I don't know about them but reading a previous post on the matter I would research any pool you are thinking about switching to as this could be effecting more than us. All I know is it sucks. Come to BTCGuild. Orphan rate is less then 0.01% slush pool is the same, less than 0.01% from pool lifetime
|
|
|
|
|