m3ta
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 13, 2011, 04:11:09 PM |
|
Stats issue for US West miners fixed (new load balancer = new port/address for the website to communicate with the scripts on US West). Miner speed estimates for US West will take 15 minutes to correct. You didn't suddenly stop mining, I just wiped the temporary table used to calculate your speeds.
Is that the cause of this? 2316 140695 2011-08-12 17:36:33 4:13:57 356984 89 until confirmed None None None Because I was looking at the up and downs during this block, workers sometimes connected for some minutes, submitted shares, so I surely should have more than "None" earned. So, data loss happened? The block you linked is the one when the servers were going up/down. The DDoS caused the servers to de-sync so one server was still working on an old round. Not that many people could access the servers at all during the DDoS. Ok. Thanks for the info.
|
|
|
|
m3ta
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 13, 2011, 04:13:17 PM |
|
So what is the time frame when mining data was lost? Just so people know to expect loss if they mined shares during that time frame ...
The one referred in the post immediately above your question. You know, the one that proves you didn't even try to find an answer before asking. ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
|
eleuthria (OP)
Legendary
Offline
Activity: 1750
Merit: 1007
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 13, 2011, 06:04:41 PM |
|
Still some residual attacks going on, been working with the ISP to continue filtering out bad traffic. Just added a large blacklist to the perimeter of the ISP's network which should help.
|
RIP BTC Guild, April 2011 - June 2015
|
|
|
Xephan
Newbie
Offline
Activity: 42
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 13, 2011, 06:28:53 PM |
|
not only is the botnet owner an asshat, he's also retarded. not smart enough to setup his own pool.
It's probably because he's a botnet owner that's why he doesn't want to setup his own pool ![Cheesy](https://bitcointalk.org/Smileys/default/cheesy.gif) It would make too obvious a target for the authorities looking for him ![Cheesy](https://bitcointalk.org/Smileys/default/cheesy.gif)
|
|
|
|
kano
Legendary
Offline
Activity: 4578
Merit: 1851
Linux since 1997 RedHat 4
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 13, 2011, 11:29:02 PM |
|
So what is the time frame when mining data was lost? Just so people know to expect loss if they mined shares during that time frame ...
The one referred in the post immediately above your question. You know, the one that proves you didn't even try to find an answer before asking. ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) Well that block was from 2011-08-12 13:22:36 to 2011-08-12 17:36:33 So anything mined outside that time range you guarantee was not affected? And anything mined during those 4h 13m 57s could be lost? Or was it a smaller time range? Or did it actually affect any before or after? Yeah I sorta thought someone from the guild would clearly state the time range without even being asked ... rather than ignore the question asked. Seems a pretty important answer to clearly let people know ...
|
|
|
|
eleuthria (OP)
Legendary
Offline
Activity: 1750
Merit: 1007
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 14, 2011, 12:18:44 AM |
|
The effects of the DDoS should have been limited to Rounds 2315, 2316, and 2317. Most miners were unable to communicate with the server between 2315 and 2316, meaning they could not submit shares. One server was stuck on 2316 for about 15 minutes while the other was on 2317 as the DDoS was dying down and the servers were able to come back up. So the people on that server had more shares counted during 2316, and fewer on 2317.
Outside of those rounds, no data has been lost, though the servers have still had some residual attacks hitting it, which caused higher levels of idles and stales. These issues have since gone away, and thanks to the attack I was able to implement the better load balancer on US West while the servers recovered. For the last few hours, the servers have been functioning better than ever.
|
RIP BTC Guild, April 2011 - June 2015
|
|
|
kano
Legendary
Offline
Activity: 4578
Merit: 1851
Linux since 1997 RedHat 4
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 14, 2011, 01:00:33 AM |
|
Thanks ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) - that's what I wanted to know.
|
|
|
|
PcChip
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 14, 2011, 03:48:03 AM |
|
in between refreshes of my workers:
24 Hour Luck 4,353,849
|
Legacy signature from 2011: All rates with Phoenix 1.50 / PhatK 5850 - 400 MH/s | 5850 - 355 MH/s | 5830 - 310 MH/s | GTX570 - 115 MH/s | 5770 - 210 MH/s | 5770 - 200 MH/s
|
|
|
Kermee
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 14, 2011, 07:33:57 AM |
|
in between refreshes of my workers:
24 Hour Luck 4,353,849
Yeah... Looks better now though! ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Fi.imgur.com%2FOaFji.png&t=664&c=MasLKvxDQXOIUw) Cheers, Kermee
|
|
|
|
mc_lovin
Legendary
Offline
Activity: 1190
Merit: 1000
www.bitcointrading.com
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 14, 2011, 11:24:05 PM |
|
I liked the % +/- luck indicator better IMHO.
|
|
|
|
brandon@sourcewerks
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 62
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 15, 2011, 12:37:46 PM |
|
Is the site being DDOS'ed again? I cant connect to API or the website.
|
|
|
|
useful_idiot
Newbie
Offline
Activity: 29
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 15, 2011, 02:17:32 PM |
|
Is the site being DDOS'ed again? I cant connect to API or the website.
Same here, I havent been able to access the website since about Thursday last week. Miners seem OK though...
|
|
|
|
eleuthria (OP)
Legendary
Offline
Activity: 1750
Merit: 1007
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 15, 2011, 02:56:30 PM |
|
Are you forgetting to put www. on the URL? The DDoS only took us down for a few hours. Site and API have been working fine ever since.
|
RIP BTC Guild, April 2011 - June 2015
|
|
|
useful_idiot
Newbie
Offline
Activity: 29
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 15, 2011, 03:33:03 PM |
|
well wash my arm, i feel stupid.
By the way, thanks for all your efforts on running such an awesome pool.
|
|
|
|
Coolhwip
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 119
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 15, 2011, 05:56:28 PM |
|
Is there any way to know for certain if a block will become invalid before it gets confirmed? Does the pool keep internal time down to the millisecond? Maybe that would settle it. I ask because block 141008 was found by both us and simplecoin:
![](https://ip.bitcointalk.org/?u=http%3A%2F%2Fimg696.imageshack.us%2Fimg696%2F33%2Finvalidp.jpg&t=664&c=QUUZal-d5yoqGA)
|
|
|
|
jjiimm_64
Legendary
Offline
Activity: 1876
Merit: 1000
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 15, 2011, 06:06:02 PM |
|
Is there any way to know for certain if a block will become invalid before it gets confirmed? Does the pool keep internal time down to the millisecond? Maybe that would settle it. I ask because block 141008 was found by both us and simplecoin:
![](https://ip.bitcointalk.org/?u=http%3A%2F%2Fimg696.imageshack.us%2Fimg696%2F33%2Finvalidp.jpg&t=664&c=QUUZal-d5yoqGA)
I'm still new to this stuff, but let me take a stab at this. the bitcoin client, or bitcoind will declare which block is valid. Since the bitcoin software is open source, I suppose it is possible to go into the source code, figure out which block would be valid. ( I believe it is strictly timestamp, not sure here) and do the same thing that the bitcoin client would do. ::hoping a bitcoin guru will chime in here.
|
1jimbitm6hAKTjKX4qurCNQubbnk2YsFw
|
|
|
[Tycho]
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 15, 2011, 06:07:56 PM |
|
Is there any way to know for certain if a block will become invalid before it gets confirmed? Does the pool keep internal time down to the millisecond? Maybe that would settle it. I ask because block 141008 was found by both us and simplecoin:
![](https://ip.bitcointalk.org/?u=http%3A%2F%2Fimg696.imageshack.us%2Fimg696%2F33%2Finvalidp.jpg&t=664&c=QUUZal-d5yoqGA) Reporting blocks by numbers is a bit wrong because you can't be sure what number it will take. Correct way is to report blocks by it's hashes. It's unique and will allways be correct, so you'll see if it's valid or not.
|
Welcome to my bitcoin mining pool: https://deepbit.net - Both payment schemes (including PPS), instant payout, no invalid blocks ! ICBIT Trading platform : USD/BTC futures trading, Bitcoin difficulty futures ( NEW!). Third year in bitcoin business.
|
|
|
gentakin
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 98
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 15, 2011, 06:22:51 PM |
|
The simplecoin frontend is known for getting block numbers wrong. Ask BurningToad from ArsBitcoin, he uses that frontend (probably heavily modified) as well and tried to fix these problems. Sometimes the simplecoin frontend also misses a found block when two blocks are found within a certain time frame.
|
1HNjbHnpu7S3UUNMF6J9yWTD597LgtUCxb
|
|
|
kjj
Legendary
Offline
Activity: 1302
Merit: 1026
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 15, 2011, 06:30:38 PM |
|
If two blocks are found at nearly the same time, and both of them end up on the network, each will be correct on a fraction of the network. That means that part of the network will be working on the next block following one of them, and the rest of the network will be working on extending the other. If there is a clear winner when the next block is found by one side, the race is over in favor. Or, if the next round is another tie, the network remains split and goes on to the next round.
Because finding blocks is somewhat random, if the initial split isn't perfectly even, one side or the other will have a considerable advantage, and that advantage will grow quickly. I don't think that any splits caused by honest block races have gone past a third round.
|
17Np17BSrpnHCZ2pgtiMNnhjnsWJ2TMqq8 I routinely ignore posters with paid advertising in their sigs. You should too.
|
|
|
Coolhwip
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 119
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 15, 2011, 06:41:49 PM |
|
Very interesting. Thanks for the explanations everyone.
|
|
|
|
|