Author

Topic: Idea for "hybrid hosted" wallet (Read 1104 times)

newbie
Activity: 26
Merit: 0
June 16, 2014, 08:15:08 PM
#10
Here is a screenshot of what I have so far:

https://i.imgur.com/hCMNadds.png

Basically its just a crypto coin price watcher. You can enter a public key and the app will pull the amount (sourced from various block explorer's json api), and the price (sourced from various exchanges json api's) and calculate the total for each wallet entered. I built it with python and django 1.6. I'll put the code up on github probably this weekend. The nest tasks are to implement displaying different fiat currencies (for instance changing the display fiat from USD to EUR or GBP), and to implement this: https://github.com/LazarSoft/jsqrcode

btw I'm calling it "CoinStove" until I can come up with a better name
hero member
Activity: 672
Merit: 504
a.k.a. gurnec on GitHub
June 16, 2014, 04:54:44 PM
#9
The benefit is that you can access your bitcoin wallet from anywhere.

Blockchain.info is designed so that the private keys are stored in the client's browser and never make it to the server. Some people think this is more secure because blockchain.info never sees the private key, but now the private keys live in your browser's localStorage. Its just as likely to get hacked there is it is to get hacked on blockchain.info

There are some things that sound interesting to me... you get most of the advantages of both running a full node and an SPV or web client (full blockchain validation but lightweight on your client devices).

I'm not sure what you mean with regards to blockchain.info though. Keys are stored encrypted both on their server and in localStorage (but not in RAM). If you enable two factor auth, even the encrypted keys are no longer stored in localStorage by default. Not that it's perfect, in particular their default key stretching is pretty minimal.

Also I wonder how long a $5/mo. DigitalOcean VPS with it's 512M of RAM would take to do the initial blockchain indexing.... you could always beef it up during the initial indexing I suppose.
newbie
Activity: 26
Merit: 0
June 16, 2014, 01:47:35 PM
#8
Hey coinsentry,

Just a heads up. You may want to find another name for the product as I have a pending copyright on it. It sounds like a worthwhile idea though.

Goodluck
DAMNIT its a good thing I only registered coinsentry.pw which is only like 3 bucks a year
newbie
Activity: 7
Merit: 0
June 16, 2014, 01:16:41 PM
#7
Hey coinsentry,

Just a heads up. You may want to find another name for the product as I have a pending copyright on it. It sounds like a worthwhile idea though.

Goodluck

Just a heads up to both of you, I have copyrighted "Coin Dysentery" in Zimbabwe.

Just so we all cool, k.

Wink damn that ruins my next plan!
sr. member
Activity: 475
Merit: 252
June 16, 2014, 01:00:10 PM
#6
Hey coinsentry,

Just a heads up. You may want to find another name for the product as I have a pending copyright on it. It sounds like a worthwhile idea though.

Goodluck

Just a heads up to both of you, I have copyrighted "Coin Dysentery" in Zimbabwe.

Just so we all cool, k.
newbie
Activity: 7
Merit: 0
June 16, 2014, 12:50:11 PM
#5
Hey coinsentry,

Just a heads up. You may want to find another name for the product as I have a pending copyright on it. It sounds like a worthwhile idea though.

Goodluck
newbie
Activity: 26
Merit: 0
June 15, 2014, 01:34:43 PM
#4
the hoster of the vps has physical access to the machine and can read your keys.

There are also possible side channel attacks from other VM's on the same host.

see here:
https://www.cs.unc.edu/~reiter/papers/2012/CCS.pdf

Not sure how much bitcoin you need to make this a worthwhile attack. On the other hand I dont see a need for a server wallet anyway. Whats the benefit here?

The benefit is that you can access your bitcoin wallet from anywhere.

Blockchain.info is designed so that the private keys are stored in the client's browser and never make it to the server. Some people think this is more secure because blockchain.info never sees the private key, but now the private keys live in your browser's localStorage. Its just as likely to get hacked there is it is to get hacked on blockchain.info

copper member
Activity: 1498
Merit: 1528
No I dont escrow anymore.
June 12, 2014, 03:42:31 AM
#3
the hoster of the vps has physical access to the machine and can read your keys.

There are also possible side channel attacks from other VM's on the same host.

see here:
https://www.cs.unc.edu/~reiter/papers/2012/CCS.pdf

Not sure how much bitcoin you need to make this a worthwhile attack. On the other hand I dont see a need for a server wallet anyway. Whats the benefit here?
sr. member
Activity: 266
Merit: 250
June 12, 2014, 02:35:26 AM
#2
the hoster of the vps has physical access to the machine and can read your keys.
newbie
Activity: 26
Merit: 0
June 12, 2014, 02:31:02 AM
#1
I have an idea for a bitcoin wallet system that works like this:

1. You go to a website. Enter you credit card / pay with bitcoin.
2. Once the card has been charged / the transaction confirms, a new VPS instance is created for you.
3. On that VPS instance, bitcoind, nginx, and the CoinSentry software is installed. (basically a django based web wallet)
4. A domain name is set to that VPS instance (something like bob.coinsentry.com)
5. A SSL cert is installed
6. An email is sent to the user when the server has been built giving them their hostname and login details. Also they get the SSH keys so they can ssh into their newly created VPS instance.

Not the user has a hosted wallet running in their own server. Think something like blockchain.info wallet, but running in their own private server. You get the advantage of a hosted wallet, without giving up your private keys.

The user can change the SSH keys which locks out EVERYBODY to that machine.

The downside to this architecture is that you'd have to pay $5 a month to keep the VPS going. But you'd be the only person using that server, so it would be super fast.

Another problem is making sure no one else can get into the VPS server except for the user. Some VPS providers (such as AWS and Digital Ocean) provide an "out of band" console to the instance, which we would need to disable.

What do you all think? Is this something that sounds interesting? Basically the idea is split into two parts: The VPS creator (which is like a single purpose heroku), and the wallet software itself (which I'm calling CoinSentry). I had the idea for a project using a similar architecture (for performance reasons), but realized that this architecture may also work for a bitcoin wallet as well.
Jump to: