Wow, this is a really great app! Thanks alot for making it! Here in Sweden time is growing really short for this: a rival application not using bitcoin just came online. If it becomes popular than the moment may be lost. Are there mobile pay apps in other countries too?

Please excuse me for being an ignorant newb here... but what is stopping people from just making a wallet file encoded in a QR code?

Any chance of a Blackberry version?

OK.  Maybe don't link to it in your signature for now then, if you know it's not working.

Good improvements.  Already better.

Crash after "From Camera" returns seems fixed; and I tried it and it read a QR code successfully.

Thanks Warpi

I reinstalled the barcode scanner but it still makes bitpay crash...

No problem at all; I'm sorry I didn't use the issue tracker directly.  I will do from now on.

None of those suggestions were show-stopper criticisms.  I think the core functionality of the app is perfect: a simple wallet, that doesn't require any effort to begin using it.  While I always love extra features, that core principle is what's important.  Anyone could have that on their phone and use it without any technical understanding of bitcoin at all.

In short: I like your app very much.  It's a permanent resident on my phone now.

Here's why I think apps like this are important: I could show this to merchants, and friends and not have to explain anything about block chains, transactions or anything else.  It's easy to see how this one little app could replace the credit card machine in the local newsagent.

crashes when i try to send btc
after i scanned code with the barcode scanner it gives Force Close

so i can receive money but not get it out :/

This is great news. I wish you luck with the project. May I suggest you accept firstbits.com minimal/unambiguous/case-insensitive addresses?

This is lovely little app.

Here's some suggestions:

• "From Camera" is an enormous button.  Smaller would be nicer.  In fact, what about a little camera icon next to the receive address text field...
• ... the address on the send page should be a text field; that can be pasted into.  (Say I want to deposit to Mt.Gox, there is no QR code to scan; and even if there were I can't take a photo of the QR code on the phone's screen)

Don't forget us iPad users 

hope this comes back!  thanks for the work warpi!

Again, thank you for this.

If you want, I'll host it on my webserver.  I've got plenty of extra bandwidth, etc.

Not the first smartphone app!

Forum user doublec ported bitcoind to the Nokia N900 smartphone, and on December 7 2010 we exchanged coins phone-to-phone.

There is hardcoded wallet in the source code

Also, the program keeps force closing on me right after the barcode scanner snaps the QR code.  I made a QR code in the exact same format in an attempt to test it and the program just force closes.  Still, I like the idea, it's a great interface, and as soon as you allow for a text box to type/paste addresses, and have an in-client address book, (and of course, get it working for me!), I will be ecstatic.  This is what will allow bitcoin to flourish.

Edit:  I'm using a rooted Droid 1 with UD 2.5

I also vote for those ideas, except the last one.  Your Instawallet address generated by the program is shown in the "credits" tab at the bottom.

Ahhh, ok.  Still, that's neat, and that gets the ball rolling on mobile wallets, which are desperately needed!

I'm not sure what sort of 2D barcode format you are currently using, but why not simply adopt the now-standard QR code?

Nifty idea.  Might I propose that you begin standardizing a 2D barcode data format to make this useful in a point-of-purchase setting.  I think that the 2D barcode information should include:

- A bitcoin address
- An optional description of an item
- An optional price of an item
- An optional 64 bit item identification number
- An optional public key signature of the description, price, and item number

A retailer could embed the description, price, and 'stock number' of an item for sale in the 2D barcode and could sign it with their public key.  Your bitcoin software could read such a 2D barcode and when detecting these optional fields present a more detailed 'pay' screen listing the item description, its price, and optionally its item identification number (although that would generally not be useful for the end-user to see).  The software would also verify that the signature of the description, price, and item number matches the signature of the bitcoin address to ensure that the owner of the address really described the item using those fields and there hasn't been tampering.  Also, the software might optionally validate that the public key is really that of the retailer (maybe the retailer could have a separate bar code somewhere secure in their store that you can scan to tell you the retailer's public key).  The reason for this would be to prevent someone printing out fake bar codes and pasting them on items in the store that would then pay them instead of the retailer for the item.

Once the above information is acquired, the software would generate a transaction for the given amount, to the given bitcoin address, with data embedded in the transaction (in some standardized form) giving the identification number of the item as well.

Then the retailer would be able to, once the transaction is verified, know exactly which item was paid for.

On the way out of the store, the user would re-scan the bar code at some checkout point which would verify that there was a transaction that paid the correct amount for the item.

This would make a nice point of sale system.  Retailers would just need to have a device that generated 2D bar codes, one per item, with a nice UI for configuring the barcodes (i.e. setting up a single description and then running off 200 unique bar codes, each one with a different item number, each one individually signed, to be affixed to each of the 200 instances of that item they have in stock).

The only problem is the transaction verification delay before the user could verify their purchase and leave the store ...

Hey the graph hasn't been loading for the past couple of days.   Hope it gets fixed, this is my favorite depth of market graph.

I'm not sure how much work this is to implement, but it would be great if you could log the data and show a history of past market depth as well.

I think that it is time to change the default height = at least $200000.

Looks like the service is not functioning. 

The exchange made some changes as a result of the DDoS attacks -- perhaps one of those changes introduced the problem (e.g., need to now access the trade API using https:// ?)