4
|
Bitcoin / Bitcoin Discussion / Re: Hacker got to my MTGOX account, he converted the USD I had......
|
on: June 14, 2011, 09:28:14 AM
|
Yes, Linux should be more secure ...
Depends on the security. While windows might technically be more prone to malware and infections due to market share and stupid users, given the broad market of linux as server software on the internet, it contains much much much more known exploits and hacks than Windows. Also, stupid users are gonna be stupid no matter what OS they run. I'm just sayin. If you avoid things like installing suspicious software, toolbars, and running every exe you get in the emails, keep up to date with malware scanners and to an extent, antivirus... Windows can in fact be more secure than linux. Or at the very least, just as secure.
|
|
|
7
|
Economy / Trading Discussion / Re: Dealing with scammers on BitcoinMarket
|
on: June 06, 2011, 09:46:30 PM
|
I was scammed out of 6.10 BTC in trade ID 2655
Buyer ID 6038 BTCbuyer
Payment was sent to my Paypal account then removed (held by Paypal) 8 hours later. Currently I am out the $ and the BTC.
Emails have been sent to all involved parties. I am waiting to see what happens next.
Cheers.
I also have been hit recently by this person. Sadly, I don't know if I will use bitcoinmarket again in the future, for any trades. It's just not trader friendly at the moment, there's no real limitations sellers can set on buyers other than price and currency. And the inability to change feedback is a real pita. When this transaction when through, the buyer had over 10 positive feedback, so even if i could review buyer stats before going through with a transaction, i probably would have approved it on rating alone. I have submitted email to PayPal and screenshots of all transaction information as my proof that i in fact sent the goods in question, which is just a silly requirement to refute my case since goods received isnt even the dispute, its unauthorized transaction. I will also be closing my paypal after this incident too. I dont think i should be held personally responsible for someone elses weak passwords.
|
|
|
9
|
Bitcoin / Mining / Re: Which mining pool you suggest?
|
on: June 03, 2011, 08:03:48 AM
|
Anyone without a fee. I'm not going to say that MY pool (Bitcoins.lc) is the best. We're however the most bold, snide, and pretentious.
You should totally look into deepbit, slush, btcguild, btcmine, or swepool. They are all pretty awesome!
Fixed it for you
|
|
|
10
|
Bitcoin / Pools / Re: BTC Guild - 0% Fees, Long polling, SSL, JSON API, and more [~500 gH/sec]
|
on: June 03, 2011, 07:55:16 AM
|
Yea I'm still getting random spikes here and there. Is the server being overloaded?
I'm not sure if El has conclusive evidence yet, but most things point(ed) to an attack. There was a massive spike in connections, a massive drop in poolspeed, a massive increase in idle miner and rpc coms for everyone. El has gone to bed for the night it would seem, but before he left, he tweaked the iptables to be a bit more restrictive (which appeared to help for a bit, but wasn't an end all solution) and implemented better more specific logging techniques to further investigate over night behavior when he can tomorow. While im sure the idle miners and rpc coms are annoying, i have to point out at least the server has stayed up through this (possible)attack. That's pretty awesome in it's own. That's a bit more than other pools can say about some of their more recent attacks. Not only has it stayed up, but our luck hasn't been too shabby through it either 
|
|
|
12
|
Bitcoin / Mining / Re: Who is user #2631 on BTCGuild and what are you mining with?!?!?!
|
on: June 03, 2011, 04:04:07 AM
|
I could think of 2 possibilities, but I'm not saying. If they wanted the world to know who they were, they would hop on here and be all like "Yeah, you see that awesome powa? That's me bitches."
If you spend any amount of time in the IRC channel, you could probably draw your own conclusions.
|
|
|
17
|
Bitcoin / Pools / Re: BTC Guild - 0% Fees, Long polling, SSL, JSON API, and more [~500 gH/sec]
|
on: June 02, 2011, 09:07:31 PM
|
is it a bitcoin limitiation that only allows payouts to the second decimal place?
No, but older clients won't recognize anything beyond x.xx and in fact, those amounts would be lost for various reasons if sent/recieved. Also, the current default transaction rules for the bitcoin client will require a 0.01 transaction fee unless... the block is currently under 27kB, in which case, the transaction will be free the block is currently more than 250kB, in which case, the transaction fee will increase until the block size reaches it's maximum size of 500kB, at which point transaction fees will be 5x the normal amount. So as you can see, until it is sure that everyone has upgraded their client, its safer to just store any remaining balance beyond x.xx for a later transaction.
|
|
|
18
|
Other / CPU/GPU Bitcoin mining hardware / Re: problems communicationg with bitcoin rpc
|
on: June 02, 2011, 08:44:20 PM
|
Slush's pool, for one, will get these errors up to 20 times per hour. But this has only been going on for maybe 3-4 days at most.
My miners at BTCG experienced far less, and mostly sporadic rpc errors.
yeah, since OP mentioned they were trying to connect to guild i was throwing out most likely guild culprits. i believe i heard slush's were due to load balancing issues which should be fairly resolved by now? i really try not to slander any particular pool, since every pool has some pretty serious issues as development furthers.
|
|
|
19
|
Bitcoin / Mining / Re: BTC guild vs deepbit
|
on: June 02, 2011, 04:19:14 PM
|
I was not aware that there was such a HUGE difference in luck from day to day. Me neither, I thought 40% difference between two pools was rather extreme with such huge hashrates. Is there a tool online where you can calculate those probabilities? Luck is Luck, it doesn't obey laws of physics. To give an example, we just had a 2 million share round that lasted like 5 or 6 hours, which was then followed by three rounds in less than an hour, which was in turn followed by another 2 million share round... there's no telling when these things are gonna happen, they just happen, and they can happen to the biggest fastest bestest of the best. On a related note, even with the incredibly unlucky 2million share rounds, we're still only slightly longer than average overall on our estimated block time and shares. Nothing that another couple 10 minute rounds can't remedy.
|
|
|
20
|
Other / CPU/GPU Bitcoin mining hardware / Re: problems communicationg with bitcoin rpc
|
on: June 02, 2011, 04:12:30 PM
|
Not sure if you're still having problems, but here's a few suggestions...
A. if you use peerblocker, make sure you add a rule for the pools ip B. make sure that whatever you put in the password field on the command line is like, i dont know, we'll say 4 or more characters (someone reported connection problems with a single character password earlier today) C. if you randomly connected earlier after having the problem, and can't figure out what you did to fix it, it was probably not your fault. the pool underwent a very minor attack, it didnt bring the pool down at all but did cause a few brief rpc errors and idle miners for some.
short of that, you could try changing the host to mine1.btcguild.com if you are currently using btcguild.com.
|
|
|
|