I figure he wanted to host the site, with user information and all, separately from the wallet.  That way if the site gets penetrated (which one would think is more likely since it has more attack vectors), the wallet would still be secure.



Au contraire, now its even hotter.

People operating bitcoin services are learning to be more careful with their hot wallets.  Both services are covering the losses, which is good news since it means they are obviously profitable.  That fact will generate more interest in bitcoin services.  It hasn't hit slashdot (yet), but this story has been at the top of Ycombinator all afternoon (a vulnerability in Linode is a huge deal - they are probably the third largest VPS host, after Amazon EC2 and Rackspace).  Its an unfortunate incident, but its not bad press for bitcoin by a long shot (it is for Linode though).

You were "optimistic" just 5 days ago.  $7.2 in 2012 is nothing like $32 in 2011.  $32 was touched for a single day.  But the market was brushing against $7.2 for almost two weeks.  There's nothing to indicate that interest in bitcoin is waning, but much to the opposite.

damn.  hot wallet is hot.

Another takeaway is that bitcoin services hosted remotely should keep their on-line wallets encrypted.  Then they can't be stolen after a reboot because the server will require manual entry of encryption password.

What're you gonna do if someone buys those coins at $5?

The floor is related to exchange volume.  The only way price can go "all the way down" would be if volume fades to a trickle.

In order for someone with a short position to take a profit, they have to buy back in.  Don't forget that.

Great to hear.  Love your fee system for liquidity rebates.

Bitcoinica seems to be hosted by Rackspace.  Relieved they're not using Linode too..

Weren't you long just the other day??

We're at the top of the channel.  Either going down, or breaking out..

Its more like, "If prices go back down below A, the target will be B (unless price goes back up above X before reaching B)".

The last public analysis was a new low below $3.8, unless it rose above $4.8 ("and more importantly $5.5").  Now that we're about $4.8, I suppose the analysis is still "down, unless up (above $5.5)". 

This isn't against S3052 in particular, who has probably taught this community (myself included) more about technical analysis than anyone. 

Just an unnecessary comment on the (obvious) uncertainty of technical analysis.  Didn't mean to imply that the targets aren't useful.

Scenario I) price goes down.
Scenario II) price goes up.

Forecast fully on track. 

Not too shabby.

What's funny about walls is that while most people assume buy-walls are "fake", on the other hand, whenever an ask-wall appears they run for the hills.

Volume has been higher than the price since the bottom in November.  Contrast that to the downtrend, where volume tended to be lower.

Even if we test $4 and see $3.xx again soon, rising volume leads me to believe price will go back up in the short/mid-term.

Can't wait to get the first issue at my doorstep.

Still on track for a 2,000 print run?  I want to know how many copies there will be so I have an idea how valuable my mint condition first-run first issue will be 10 years from now

Javascript is really taking off on the server-side, as node.js.  node.js is the cutting edge for server-side web apps, they're about to release version 1.0 which will have windows support (as in, you'll be able to host your node.js webserver on Microsoft Windows).

JQuery is the best place to start.  For fancy stuff, look to css3/html5.  If you want to get really fancy, check out d3.js - it uses a jQuery-like syntax.

Just keep nibbling at it, playing with demos and example code.  Think of something you want to make and just try to build it.

When your code starts getting to 100+ lines (the javascript code, not including the HTML markup), you should start thinking about code structure.  Ruby on Rails got famous because it was great at providing an MVC framework for web apps.  Coding anything beyond the most simple of web apps can get really hairy when you just start pasting together PHP scripts.

That's why people use frameworks.  jQuery is great, but its not a framework.  If you're doing a client-side app, unstructured jQuery can get very hairy beyond 100 lines or so.  Changes get harder and harder to make and the complexity gets unmanageable, and bugs get more and more common because of all the unintended side-effects when different parts of your code are all using global variables.  As an intermediate with javascript/jquery, I have been learning this the hard way very recently.

Writing structured, maintainable, modular code becomes very important.  Using objects, and choosing the right 'design pattern' for the job is how you do this.  MVC is basically a combination of several other more basic design patterns.  Essential JavaScript Design Patterns For Beginners is a great online-book for getting familiar with design patterns.  It just got a substantial update the other day.  There's a chapter on how to use design patterns with jQuery.

backbone.js is the most popular MVC framework for javascript.  It can run on node.js for the server-side, as well as used on the client-side (code can even be shared between the two, simplifying the development of a web-app).  It is fully compatible with jQuery.

Remember, jQuery makes it easy to lots of things, but it doesn't provide a framework for structuring an app - which will be the challenge you face after getting past the basics.

Don't worry much about MVC and design patterns for now (you will later if your app gets complex enough).  Take a look at the source code for bitcoinmonitor.com - its completely unobfuscated:  http://bitcoinmonitor.com/static/heartbeat.js.  He doesn't use any fancy design patterns, but his code is well-structured.  But if you read the code in the libraries he uses (flot code), fancier design patterns are used.

This is an awesome idea.

If I could get the equipment cheap enough, I'd purchase a set and start organizing some parties.

I couldn't find any prices on rifttag.com, so they're probably too expensive.  Plus its not clear that their software would allow for the customization needed to play for bitcoin.

I'd look for cheaper lasertag equipment.  It'd be cool to see the btc transactions broadcasted at every laser hit.

This could be a great arduino project.  If someone with the skill had the time and interest to crowdfund the project, I'd be willing to pledge 20BTC or so towards the effort.

EDIT:  I've always been interested in paintball, but a paintball party is quite expensive (cost of paint adds up).  I bet the geekery of lasertag plus bitcoin would get plenty of players at something like a comic-con and it would be a lot more fun than an FPS LAN party.  Of course, the organizer could exchange bitcoin for the players on-the-spot.

I was delighted to see p2pool on there and deepbit declining.  Also curious about their methodology and accuracy.

Or they were from the same guy who put up the bid wall.  Resume rally.