Topic: [ANN] Easywallet.org - web based wallet, iPhone/Android clients with QR Codes (Read 8917 times)

Great to hear you are keeping this alive. The fact that it is still around is a testimony to your integrity and business acumen. Kudos!

This comes as a quite late reply, but the fee model changed to 0,9% per outgoing transaction in late 2013. I still try to keep the service up, and develop it when I have free time (quite rarely).

I have been trying to improve the privacy model of the wallet, and have couple of other minor ideas in mind.

+1

Time for a fee reduction, no?

I used easywallet at the end of a bitcoin presentation saying something like: "If you would like to give see for yourself right now just scan the QR code."

This is the code I displayed, feel free to do whatever you like with it.

actually it worked on the iphone with some random qr code scanner but on Android not without zxing.   Zxing is the best scanner on android imho (and open source) but it would still be nice to have it working with others.   

If you have succeeed using the app with any other QR code reader, I would be glad to know.

I think I will replace the amount and generate qr button with "request money" button. Thanks for the feedback.

I am pretty sure it works only with that specific barcodes scanner app. However lately it has been buggy. I'm researching the case.

no it also works with other scanner apps. probably apple has deactivated the url 


btw: I think the amount field and generate qr button are very difficult to understand for newbies. Might be better to hide them or remove completely.

- http://localbitcoins.blogspot.fi/2012/11/start-your-own-money-press.html

While trying to demonstrate this one-tap feature on EasyWallet.org to an iPhone user an error was displayed that the URL could not be loaded (or something to that effect.)   

Does a specific barcode app need to be installed for that to succeed?

Yeah, why not. The reason for the current mechanism is technical. I have yet to find a way to update the transaction database real-time.

Wow!  That is pretty much exactly what I was looking for!  It was literally eight seconds from accessing EasyWallet.org until the funds on my paper wallet were redeemed.

The transaction will incur a transaction fee of 0.001, and it appears the service requires a minimum of unspent inputs for the address to total at least 0.01 BTC.  Those are all reasonable restrictions.

There's one specific detail though that I'm unsure about.  It appears that only unspent inputs that have confirmations are considered?

i.e., if a merchant gives me a paper bitcoin (e.g., as change for a purchase I made where I paid using a paper bitcoin with a fixed amount of bitcoins on it), and the transaction from the merchant to fund that paper bitcoin hasn't yet confirmed, I then need to wait until it confirms before I can redeem it with EasyWallet.

If that is how it works, then that kind of renders it unusable [edit: less than perfect] for one of the use cases I had in mind for this.   Since EasyWallet won't give me access to the funds until they confirm anyway, what is the harm in redeeming the private key even if the unspent inputs have no confirmations yet?

When I get a paper bitcoin from someone else, I want to have the spend transaction broadcast immediately so that there is no temptation for the merchant to double spend on me (by redeeming another copy of it) after I walk out the door.

Could this decision on requiring confirmations be reconsidered?

That sounds good. EasyWallet.org has great functionality and a great GUI. I believe your currency pricing uses a weighted average? This has thrown off a few of my transactions because it's not taking the latest price. I, personally, would prefer a real time price when the wallet shows exchange rates. Just a suggestion.

Thanks.

Yeah, for the moment being. Less holders -> less work for me. I currently want to focus more on localbitcoins.com

In the future however, the fees will be lower and/or there will be alternative where you can just pay fixed monthly fee - no other fees. Will take some time to develop, however.

Wrote a blog post about paper wallets: http://localbitcoins.blogspot.fi/2012/11/start-your-own-money-press.html

Why the high fees for holding over 12 btc? Are you just trying to limit the amount of bitcoin that people keep on their EasyWallet ? If so, 12% annually is a very effective deterrent.

Now you can sweep the transactions from any private key to your easywallet.org wallet, easily with QR code scanning. This is very fast especially with the one-tap feature.

Mini private key format not yet supported, should be coming soon.

http://localbitcoins.blogspot.fi/2012/11/easywalletorg-supports-now-private-key.html

You can type it manually, but most do scan it directly to their smartphones (iPhone/Android).

I still don't get what you were meaning by the reference to some exchange rate, but whatever, the idea is quite interesting.



In your case do you need to type the coupon manually ? Can you scan it  somehow ?
Do you get taken to a URL that already has the coupon as parameter ?

Bitcoins. With this method, any old ATM machine such as condom vending machine can be used to sell bitcoins. No extra technology needed.


Well, there is one small advantage, and that is basically just ease of use. With instawallet you could do the same, but from end-user viewpoint I doubt that the experience would be the same.

I have been demonstrating this ATM + coupon stuff at couple of events, and I would say the process is pretty fluid and newbies understand it pretty quickly.

With printed out qr codes that would be doable and would let people redeem the funds with a simple browser (scan code, get directed to wallet URL, no typing involved).

I think there I'm misunderstanding something here, why would there be an exchange risk ? Does your ATM give out fiat ? Or Bitcoins ?

It works the exact same if what you give is a funded wallet. You need to trust the person that gives the code or wallet to you until you spend it.

I don't know if you are trolling, but honestly would you implement a bitcoin ATM with printed out instawallet wallets? There is at first the exchange rate risk, and secondly, the redeem function takes the need to trust the seller away - after the coupon is redeemed, the seller can't access the funds.

That's the thing, I see this kind of use case best served by advanced wallets such as Blockchain.
In my view it's not really a use-case to focus on in order to address the mass-market.
But hey, I might wrong, nothing is written in stone.

I never had any problem with you developing new features for easywallet
I might actually copy on instawallet the ability to display amounts in fiat that I find really useful and convenient on easywallet (not implying that I use easywallet :p )

Have you ever thought about the fact that a coupon is functionnally the exact same as a wallet URL ?
I mean, if you give out a wallet URL that contains 1 BTC it's the exact same as giving out a 1 BTC easywallet coupon.
In both cases you need to trust the one who's giving you the coupon or the URL to not spend the Bitcoin before you.
Did I miss something that makes them really different ?

Well, I don't understand how you see problem for easywallet developing more features. This is a free world, you are free not to develop anything for instawallet, let us develop easywallet as we wish 

The coupons were developed for ATM use and also for reselling bitcoins. I don't see how we are reinventing the wheel, since that kind of stuff is not possible without these features.

Thanks for the idea, that feature is already partly developed, and is definitely coming in the near future.

I really like the physical paper wallets, because they are pretty easy concept to understand, and they can be generated offline and be put into a safe, so they also can be very safe.

See, as a service provider you can be proactive or reactive.  

Mt. Gox was proactive.  They've had this private key redeem feature about a year ago or so.  And from what I see among those who redeem private keys (including those redeeming paper Bitcoin wallets), Mt. Gox's service is the service they are using.  The Mt. Gox live mobile app is today the easiest way to redeem a private key using a mobile.

It would be nice if there were more and even easier options to redeem private keys, especially when redeeming from a mobile.

If EasyWallet were to offer that, that would be nice.
If InstaWallet were to offer that, that would be nice also.

I'm certain this practice of passing private keys in QR code form will be increasing.

Whether you think it is a good idea or not is irrelevant.  It is occurring today.

You have the opportunity to be a service that is usable for those wishing to redeem their private keys, but if you don't wish to serve that segment that's fine.  I'm just saying there is today this need for an easier way to redeem private keys and also that I see this growing as a method in which bitcoins are being transferred.

It seems to me that the easiest way to exchange Bitcoins in a face to face transaction is to use an e-wallet on a smartphone with qr code scan capabilities.
For some reason I can't really picture folks exchanging cash for a private key.

Let's just presume there are non-technical people who will be holding paper bitcoins.   (This is coming, trust me on this one.).

Currently, there is no easy way for that value to be redeemed by a person in a face-to-face transaction.

Adding this capability adds value (i.e. and thus, a comparative advantage)  for an EWallet, especially if that EWallet already has the UI support for "redeem" (as EasyWallet already does, but just for its own EasyWallet codes).

IMHO that's not relevant in the context of Instawallet-like services. If you are to print something on a piece of paper to hand to someone, you might as well print the QR code for the wallet URL. You skip the whole, scan, redeem, wait for confirmations part.

My philosophy about keeping a product simple and usable is to be really selective as to which features you implement. The typical example of this is for example the ability to issue redeemable codes from easywallet. Like, seriously ? Reinventing the wheel when the easywallet URL itself serves the same purpose ? Price formulas ? Seriously ?

Great idea! I love to see the innovation around here. EasyWallet.org is one of my favorite wallets to use when introducing people to bitcoin. I especially like the currency display preferences. I wish blockchain.info had this functionality as well - I hate having to do conversions before paying someone.

One feature that would be useful would be the ability to redeem a private key.

Currently the choices for this are limited from a mobile.  The MtGox live app on Android and iOS will do this but only with the app installed and only to a Mt. Gox account.  Blockchain.info/wallet will also do this but from their web site only and it requires login, so unless you already have an account it takes a little extra seconds to set up an account.

But if Easywallet were to have this feature (to redeem a private key), I could then hand a paper Bitcoin to someone and then that person can use a mobile to go to Easywallet.org, click Redeem, scan the private key QR code and be done.  After the transaction confirms they can spend it.  That's easy!

Important: new "storage fee" for wallets with balance over 12 BTC. For old wallets, the fee will be effective on 25th november (UTC). For new wallets, the fee will be effective immediately.

http://localbitcoins.blogspot.de/2012/10/easywalletorg-new-fee-structure.html

If you don't like the fee, you can move your funds out of our our service. You have one month time for that with the old fee structure. There is also a notification for each old wallet which will display for one month.

Hmm, I will think about this. However the restaurant I go to, uses bit-pay and they have fair exchange rate (to my understanding). This is juggling between how easy it is to use, and if there is problem of trust. I'll think about it.


Yep, it is pretty buggy. You can try restarting your phone or reinstalling the app. It is open source software, so I'll try to fix it when I have more time: http://code.google.com/p/zxing/

For some reason that barcode scanner (with the zebra) is not working on my iPhone...

Would there be room to display the value of those coins in USD or currency that I choose?

The reason is, if I am purchasing in dollars but the amount presented to me for payment is in bitcoins, I can't easily know how much I am actually paying.    If I can see the USD equivalent (using Mt. Gox last, or maybe 24 hours VWAP, for instance) I can know pretty quickly if the merchant is taking a little too much liberty with the exchange rate.

Another new feature: One-Tap payments. If you really want to make fast payments...

http://localbitcoins.blogspot.fi/2012/09/one-tap-bitcoin-payments-with.html

Awesome - you just keep making it better!

You can use it almost like a native app by bookmarking it. There won't be any real iPad/iPhone apps since I'm pretty sure Apple would ban them. But with "Barcodes Scanner" the experience is almost same as with native app. http://itunes.apple.com/us/app/barcodes-scanner/id417257150?mt=8

A new feature, Dead Man's Switch, applications for example.

- Setting up "backup address" to your significant other, in case you lose your wallet URL in a way or other.
- Making timed, anonymous transfers to different bitcoin addresses.

It is good idea to set up the Dead Man's switch just in case, because there isn't any fees if the feature doesn't activate.

http://localbitcoins.blogspot.de/2012/09/dead-mans-switch-with-easywalletorg.html

Also we made "One-Tap-Payments", which make mobile payments very easy (just one tap + scan needed). Will post about this later.

Just checked. Can't find any iPad apps for easywallet. Grump!

Some improvements done based on feedback from Assembly Summer:

- Now the usability is much better with nokia phones. You can paste bitcoin payment URI in the "to" field, and it will automatically parse the bitcoin address. On modern browsers, also amount field should be automatically parsed using javascript.
- The getting started process has still some problems, for example downloading the correct barcodes scanner app takes some time. We will try to improve this.
- The coupons worked wonderfully! We distributed some 0.075 BTC coupons to people, so that they could participate in the bitcoin qr code competition. People just scanned the coupon with their smartphones, and then they had the bitcoins instantly usable from their phone.

Next we will try to improving the user experience - our goal is to make the easiest tool to get started with bitcoins. More specifically, we hope that with our service, people are able to have bitcoins in their phone and use them in 1 minute (with smartphone, with computers even less).

We are testing the new coupon feature at Assembly Summer (assembly.org), and it seems to work well.

https://easywallet.org/coupons
https://twitter.com/kangasbros/status/231016509718282240/photo/1

It is very easy to create these

- type "coupon 20" into "to" field, enter amount, choose currency (for example 10 EUR)
- scroll down a bit and press "print all"
- print, cut & fold

Now you have really handy 10 eur bitcoin coupons, which you can sell for 20 eur to make a nice profit

Not that the buyer trusts the issuer. But when a coupon is redeemed, seller can't access the funds any more etc.

Also the redeemed bitcoins are usable instantly, which makes it easy for beginners. We charge a modest 0,9% fee at the time of the redeem, from the seller wallet. If the coupon is not used or is deleted, there are no fees. There is no expiration dates, we might implement those if people request them.

Make sure your "salted hashed" passwords or IDs are produced using a key derivation algorithm, and not a conventional hashing algorithm.

Conventional hashing is designed to run quickly, but key derivation is designed to run slowly.
 

I will implement this feature at some point, thanks for the suggestion.

How about remembering addresses that you have sent to?  That would be useful for recurring payments, without having to rescan a bar code each time. 

No, I am not using floats.

The problem was that I had function currency2btc(amount, currency), which threw error if the incoming currency was btc. I had forgot to update this fix to the production server, and had not tested the production code with btc nominated coupons. You happened to create btc


At the time of redeeming, 24h weighted averages from bitcoincharts.com (the same exchange rates are used everywhere on easywallet).


The first to redeem the code doesn't necessarily get the funds, if the issuer doesn't have enough funds in his wallet.

You can create lots of easywallet.org coupons, withdraw your funds from easywallet, and then the coupons are worthless and can't be redeemed.

On other exchanges, the funds are taken from your account when you create the coupon. In easywallet.org the funds are taken at the time of redeem.

This is because I want to be able to nominate coupons in any currencies, while actually only handling bitcoins. Easywallet.org does not handle any other currencies than bitcoins, it is impossible for us to create "hard coupons" nominated in EUR/USD/etc.

(I need a way to make explaining this simpler...)

While internally to EasyWallet this is handled different from how other issuers handle coupons/vouchers/redeemable codes, externally it is identical.  

The funds are transferred from one EasyWallet account to another.  The individual does not hold the funds, Easywallet.org does.  That is identical to how every other Bitcoin-related code issuer operates.


These are bearer instruments, where the first to redeem the code gets the funds.  This is no different from Mt. Gox redeemable codes, Bitstamp coupons, VouchX vouchers, etc.,

Thanks for fixing the error on the wallet.  I was able to generate a new coupon, and redeem it in another Easywallet.

I still am confused on the reason I got the error when trying to send the full amount as shown in my balance.  It almost looks like it is the result of a rounding issue ... where I had exactly 0.005, the site shows 0.005000  but I could only spend 0.004999 perhaps?   You aren't storing amounts as floats by chance, are you?

[Edit: An one more question, when I create a coupon for USD, or any other of the non-BTC currency options, what conversion rate is used, and when?]

Investigating...

Edit: should be fixed now. Was just a minor problem with currency conversion (I hadn't tested with bitcoin-nominated coupons on production).

The fundamental difference to codes provided by exchanges is, that we are not the issuers. The issuer is the invidual who sells the coupons. If the coupon is not redeemed, no money is withdrawn from the issuer wallet.

Currently we check that issuer should have enough funds for creating coupons, but it is fully possible that the issuer can spend some funds from his wallet, and the coupon can't be redeemed. So the funds are taken from the issuer wallet at the time of redeeming.

This means, that the guy who buys the bitcoin coupon, has to trust the invidual who sells the coupon.

Edit2: and by the way, thanks for the testing, send me your btc address

I tried this.  Some feedback:

The end result is a URL which, like an Easywallet.org URL, acts as a bearer instrument.

Several exchanges offer "redeemable codes" but they all use a consistent format.  Though there's no formal specification, the others have followed the format:
 XXXXX-XXX-XXXXX-XXXXX-XXXXX-XXXXX
e.g.,
 MTGOX-BTC-1B2CD-E3FG4-5H6JK-LMNO7

I see your coupon is a string but if you were to also accept a format consistent with the other issuers, that would make it compatible in the future should a merchant or other partner accept your coupons as a payment method. 

e.g., something like

  EASYW-BTC-[and whatever code you already provide, seperated by a hyphen every five characters].

When I first tried to create a coupon, I got the error:

"You don't have enough funds to create this coupon."

I had tried to create a 0.005 BTC coupon, from the 0.005 balance received in my new account which was funded from the 0.005 from the Bitcoin Faucet,

Thinking this was related to a fee, I then tried to crate a 0.0045 coupon, and it created fine.

I then did something, and now the wallet returns a 500.  Since it only has the 0.005 from the faucet, I'll share the EasyWallet URL here:
 - https://easywallet.org/w/74mymMsiUB17RV72Xtde3M

I then tried to redeem the coupon in another browser and got something to the effect of invalid code or not enough funds, I forget.

So, this appear to not quite be ready for general use? 

New feature added, coupons: https://easywallet.org/coupons

To create coupon, just send bitcoins to address "coupon" (without quotes). Coupons can be denominated in any currency, and the amount will be converted to bitcoins when the coupon is redeemed.

This is perfect for vending machines! In fact, coupons were inspired by this vending machine project: http://blog.maschinenraum.tk/2012/07/15/bitcoin-vending-machine-exchange-euro-coins-for-bitcoin-wallets/

You can generate lots of coupons programmatically with the generate_coupons.py -tool: https://github.com/kangasbros/Easywallet.org-tools

Our designer is working with a nice artwork for the coupons.

Well, now the static address is default, thanks everyone for feedback. I will fine-tune the UI and settings later. Thanks for the feedback.

It took me 1/2 an hour to explain the whole changing address thing to my mother in law...she at first thought all of bitcoin was a scam but eventaully came to understand how the changing address feature makes BTC more like cash.

I highly recommend using a static address by default. The newbie doesn't need to know all the privacy advantages and associated nuances...at worst, bitcoin risks being misunderstood as something intrinsically nefarious.

I would go so far as to say that the option to use a new address for each transaction should be made slightly difficult to get to (ie, anything not directly visible on the same screen as the balance /send money stuff...even further down on the page or hidden behind a folding menu on the same screen would be fine...those that can't find the option shouldn't be turning it on!)

Now there is a small "all" button, which shows all bitcoin addresses related to the specific wallet in use.

This was added because of many users got confused by the ever-changing bitcoin addresses. I will probably make the "use static address" default. However, I have to think about it a little while, since using single addresses compromises privacy.

To share your address via email or sms or copy it to clipboard, tap the "share" icon.

To send a payment,

1/ select a funded wallet (the "send coins" button does not show up on a zero balance wallet),
2/ pull up (scroll) the QR code tab to reveal the "send coins" button.
3/ the send button triggers the camera for scanning your destination address QR code
4/after the scan, you are prompted to enter the amount and validate: that's it !

By the way, the android version of instawallet is available too via Google Play, search "instawallet"

Now Spanish translation added, thanks to vite ! (https://bitcointalksearch.org/topic/free-english-to-spanish-translation-service-86329)

To create a new Spanish wallet: http://easywallet.org/es/faq/
FAQ in spanish: https://easywallet.org/es/faq

There are few glitches there and there, I try to get them fixed soon

Yes, it remembers the old addresses. Funds sent to any of your addresses will appear on your easywallet.org balance. I will try to think of a way to display the old addresses user-friendly in the UI.

How so? On mine (iPhone version) all it does is:

1. Generates a QR code for scanning
2. Allows me to add additional wallets
3. Allows me to export the wallets
4. Allows me to share the wallet

I can't figure out how to send a payment to a btc address and I am unable to copy my btc payment address for pasting into another action. Am I missing something?

Excellent. So here's the trick question  : Does it remember the old addresses? A situation may arise where I've already cycled through for a new address and a friend pays me at the previous address.

Easywallet generates automatically new addresses as you use them, eg receive something to them. However when transaction is made between two easywallets, transaction is instant and fee-free and no real bitcoin transaction is made, so no need for a new address.

Does this not get you to the app?
 - http://itunes.apple.com/en/app/friendlypay/id473941791?mt=8
 - http://en.bitcoin.it/wiki/FriendlyPay

You can send funds from FriendlyPay

Two things:

1. @kangasbros: Didn't you used to be able to generate new receive address within the same EasyWallet? I seem to remember reading that somewhere.
2. I find that FriendlyPay is pretty much useless compared to the standard mobile-friendly web version since you don't seem to be able to send payments with it.

Nevertheless, I like InstaWallet because it's been around for a while and I like EasyWallet for the better features.

Not actually from all appstores... But whatever.

I confirm: as of today it is available from the appstore (search: friendlypay)

The link to it is in the wiki, not sure if it has been dropped by Apple:

 - http://en.bitcoin.it/wiki/Mobile_Payment_Apps

Hmm, wasn't FriendlyPay pulled from the App Store? I really can't find it...

As a reminder, Instawallet.org is also available as a mobile app on Android phones (instawallet in Google Play store) and iOS phones (FriendlyPay in AppStore).

Because unfortunately I don't know how to code.

Which makes me also ask: why are the firstbits between blockchain.info and firstbits.com different? That seems to be some kind of poor coding.

Example addresses: 1FreenodeMrq7gKn91wR4meJKEbi9RNa8M and 1FReeNodEPpTjSZaCdfk6Ai93CHwhcP3iz

On firstbits.com, the first address has a firstbits of 1freenodem, and on blockchain.info it has a firstbits of 1freenode.
On firstbits.com, the second address has a firstbits of 1freen, and on blockchain.info it has a firstbits of 1freenodep.

Both addresses were first seen in block 182600, as a sendmany transaction, and the first example address was the first in the transaction list. Therefore, 1freen should map to the first address, as it does on blockchain.info, and not to the second address, as it does on firstbits.com.

Why don't you do it?

I was thinking about tomse kind of python script, offline solution. However not very high at my priority list...

@TraderSteve thanks for the feedback!

@kangasbros:

I have to say I really like EasyWallet.org. I love the features and I hope you have much success with it.  

No need to depend on an external service, less likely to be inaccurate if coded properly.

Turn the question around, why would someone do that ?

Why doesn't someone code up a C++ patch and build firstbits into the satoshi client?

Now there is a new service, built on top of easywallet.org, which allows you to spam your bitcoins to multiple email addresses! You know, all your friends want 0.01 bitcoins, right?

http://mater.dy.fi/

It is more like built as an example how easywallet.org API can be used. The source code is on github: https://github.com/nikla/bitcoin_spammer

Other than that, we also wrote a short guides how to use easywallet.org, for example: https://easywallet.org/en/bitcoin_for_iphone


I changed my mind about this, I'm probably going to develop firstbits in a way which doesn't compromise privacy. Hopefully I will have time for it soon

Oh now I spotted the error, so it was with the QR code URL... Going to fix it ASAP.

Edit: fixed now.

Google Goggles on Android 2.3

I think it might have something to do with starting the URL off with 'http:/', one slash instead of two.

Thanks, just noticed this problem today. Will try to fix it ASAP.


Sorry, I'm not going to implement that. I think the anonymity might be in danger if I implement something like this. And also it would be lots of work, and I don't personally see the benefits. Thanks for the feedback anyway

Edit: to clarify, my philosophy with bitcoin is that it should be as cash-like, anonymous as possible. This means one address for one use, etc. Firstbits doesn't go well with that philosophy.


How do you reproduce that error? What scanner app did you use? What phone/model etc? That sounds pretty dangerous...

Like that it's mobile friendly, but scanner bounces the QR code to a Google search for the URL. Might want to fix that when it goes gold.

I'd love for the addresses to come 'used' so that they have firstbits already. And of course then you could display the firstbits.

Any reason http://www.easywallet.org shouldn't either resolve or get a redirect if it needs to be http://easywallet.org?

Cool site, cool django-bitcoin!

Easywallet.org features:

- works like a native app with iPhone - easy and fast
- also works the same way in android
- Easy to use currency conversions
- Anonymity & privacy: new bitcoin addresses generated generously, and all bitcoins within the service are mixed => very good level of privacy provided, outsiders can't figure out your financial information from your purchases/transactions
(note: the static address and transaction history is enabled by default, because the wallet is targeted towards newbies. Turn these features off, if you want anonymity/privacy.)
- Fees are 0.002BTC per outgoing transaction, which includes bitcoin network fee. Transactions between easywallet instances are free and instant.

To create a new wallet: https://easywallet.org

FAQ etc.: https://easywallet.org/faq

Also includes simple API. I myself have a very simple setup, where my wallet has always at least certain amount of bitcoins in it (min 50 EUR, max 100 EUR, for example). If I receive too much bitcoins, or the exchange rate goes up, the cron script automatically deducts from my easywallet. Or when I spend too much bitcoins, drinking at Room 77, the script automatically reloads my wallet each hour.

https://github.com/kangasbros/Easywallet.org-tools

Coupon feature: https://easywallet.org/coupons

Perfect for re-selling bitcoins easily to your friends!

The security precautions:

- Encrypted everything: All private keys and other crucial information is stored on ecrypted truecrypt volumes. This protects against Linode-style attacks, because if you reboot the server you need to mount the devices.
- Tor: all outgoing connections are done via Tor. This adds anonymity.
- Key hashing: only salted hashes are stored in the database. If the attacker gets the database, it isn't possible for him to get the actual URL keys. This means also that the admin of the site can't figure out the secret URLs.
- Hourly backups.

Any feature requests, feedback, etc. very welcome!