Show Posts
|
Pages: « 1 [2] 3 »
|
"The cold storage has been wiped out due to a leak in the hot wallet."
BULLSHIT ALERT
Yeah, Wow, Nothing related to the "hot wallet" could have caused a "cold storage" wallet to malfunction in any way shape or form He's running with the "cold storage" money can some senior/ advanced member try to explain that? i do not get how the cold wallet can be affected? Thats easy: Suppose they have - automated withdrawals from cold wallet to hot wallet in case hot has less than X BTC
- automated deposits to cold wallet from hot wallet in case hot has more than X BTC
- due to the malleability problem hot wallet constantly shrinks
- they only check the BTC transactions in their database, and do not double check whether the real BTC holdings are equivalent
Done. With a system like this money from the cold wallet could automatically trickly down into the hot wallet, and nobody noticed anything until it was too late.
|
|
|
That lends credibility to the leaked document, I'd say.
and why would you say that? Hmm, good question My first thought was that nobody would really put reasonably numbers under the redacted cells. Or perhaps the creator is just really good at trolling?
|
|
|
Go back to page 5100 and read from there. The redacted page 8 of the document is easy to get clear by just openening that page in Inkscape. Result: http://imgur.com/mIjpIii(no idea why that inline image does not work). That lends credibility to the leaked document, I'd say.
|
|
|
Yeah if he isn't up to a scam why not return the BTC.
Because then the state prosecutor could argue that withdrawing the btc means Simon tries to launder the money he got from the fictious fishing attack. Right now they only have the spike of incoming money as circumstantial evidence. If he would start transacting bitcoins now, that could obviously be seen as him hiding evidence.
|
|
|
Edit:There seems to be a link to an official document on www.bitcoin24.com. I couldn't understand the document, but, my suspicion of him just fell a little. From what I understood the German state attorney ordered the account freezing not because of bitcoin directly but because they believe that the accounts got money from phishing scams. Apparently they think fiat money from phishing attacks (which they seem to think originated from Simon) landed on those bank accounts. Their only argument written in the document is a significant rise of incoming money in march (March, as in the beginning of the last rally).
|
|
|
Here is a quick little representation of the mining income upon ASIC release. The only assumptions are 2 BFL SC singles and a linear rate of difficulty adjustment per day. Not completely realistic but close. Another assumption is that you are up and running with your singles while the difficulty is still at <30TH/s What make you assume that you get your equipment on day one and not on day 30? (Honest question, perhaps BFL stated that they will ship everything on the same day or something similar, and I missed it).
|
|
|
If it turns out they mine 3-5% faster, there will be a lot of pissed off people.
But even they perform a bit faster, two littles will also consume more energy while doing so. While the asics sure are the main energy dump, parts like voltage transformation, USB connectivity etc. also need energy, and when using two littles instead of one single you are doubling those, too.
|
|
|
Wouldn't it be hilarious if the 30GH units were identical in every way to the 60GH units, except that there are 4 processors instead of 8... which could be manually placed if you could get a hold of them.
Actually I am pretty sure that's how they will look like. They could even be completely identical from the outside, the only difference being the 30Hh/s unit has some faulty cores disabled.
|
|
|
Actually, running a cooler system would reduce the failure rate. If that is the case then a 30Gh/s would have a lower fail rate on heat load alone...wouldn't it?
If that is the case, then mostly yes, but I my experience that seldom is the case If the user does not extremely overclock her devices, in my experience the most common part of electronics to have a defect are capacitors and/or other parts of voltage regulation on a board. Considering that the 30Gh/s units will be mostly the same as the 60Gh/s ones (except the number of asics), the more units the user has the more capacitors etc she has, each having the same probability of failure. Double the capacitors in your system, and you double that probabilty.
|
|
|
Second, it's not the $1 that matters, but value for money, which comes in the form of redundancy: if a Single fails and has to be sent back to BFL for repair, than it's better to have 2x30Ghash units than 1x60Ghash.
I'd say its the other way: Considering each complete unit has about the same probability of failure over a given timeframe, with 2*30GHash units you have double the probability of failure than with 1x60Ghash. I therefore demand the 1x60Ghash unit to be downclocked to 55Gh/s to reflect the time and money saved through lower failure rates
|
|
|
congrats Is there some ready-to-use mining distro available vor the Raspberry Pi or are you planning to roll your own?
|
|
|
I'm in
|
|
|
Hi there, display of SEK is fixed now. I double checked the other currencies, too, so everything should be correct now.
|
|
|
When I select SEK as a currency, it looks like the price is 0.8 SEK/BTC. It should be ~80 SEK/BTC.
Good catch, thanks! I'll look into that tomorrow. MtGox delivers the data without comma to prevent rounding errors, and I most probably got the position of the comma wrong.
|
|
|
Compare is an awesome feature. glad you like it
|
|
|
I was under the impression that mining specifically for litecoin or namecoin did not make sense anymore because the exchange value with bitcoin is directly coupled with the difference in difficulty for mining both. Did I get that wrong?
|
|
|
Nice idea, I would probably leave out the mining software, though. It adds unnecessary complexity (am thinking of grandma here) and im most regions even GPU mining is not profitable anymore if you factor in the cost of the GPU. Perhaps make the mining part optional for advanced users.
Somewhere I've seen a pc-on-a-stick which would be awesome to boot a linux os from for your idea, but I couldn't find it just now.
|
|
|
That is cool, just wanted to get an understanding. Trust me I understand and I will PM you if I think of some stuff.
Awesome
|
|
|
Hi HDSolar, This is cool so a question, are you willing to work on ideas provided for other charts or would you rather just work on stuff as you think of it? I only ask because if I think of some charting ideas I would like to see I would be happy to share the ideas if you want them but if good then happy to use what is developed.
It depends a bit on your ideas Seriously, I can't really promise an implementation of your ideas b/c development of the site has to come after my kids and my day job, so I only have a few hours a week for more features. That said, if your ideas (or variations thereof) would technically fit into the existing software I would be glad to put them on my TODO list.
|
|
|
Hi there, Announcing a new stats site: MyBitcoinCharts.info - a site intended primarily for an audience new to the bitcoin world. Design goals were ease of use, an intuitive user interface and the possibility to instantly grasp the information presented. Due to these constraints it will never be as feature complete as power user sites like say bitcoincharts.com. I only started logging exchange stats a few weeks ago, so don't expect heaps of historic data here (I intend to look into importing old data into this site, though). I would be very interested in your thoughts on the usability of MyBitcoinCharts.info. Feature requests will be heard, too, but as said my focus currently lies on ease of use. Thanks for your attention, ladies and gentlemen
|
|
|
|