AFAIK this is simply "someone needs to implement it"
Doesn't look like there was a clear algorithm though.
Er. It's described clearly enough for anyone who should be writing this sort of software!
Topic: 2 part deterministic wallet? - one can only gen public addresses (Read 1618 times)
Doesn't look like there was a clear algorithm though.
Er. It's described clearly enough for anyone who should be writing this sort of software!
January 02, 2012, 12:13:11 AM
robkohr,
I am one week away from releasing an alpha version of Armory which does exactly what you are requesting. The only thing remaining is the dialogs that allows the user to easily sign transactions using the offline wallets. Armory will be the best program for offline transactions, miles ahead of all other attempts! You won't even need to keep the blockchain on the offline computer!
Here's a screenshot of the "Paper Backup" dialog:
You only need to print it once, when the wallet is first created, and it will serve as a permanent backup for the deterministic wallets. Also, you can create such a wallet on the offline computer, then "Make a watching-only" wallet which can be copied to the online computer and can be used to generate addresses and verify payments, but does not have access to the private keys.
If you want to get in on early testing, let me know
-Eto
I am one week away from releasing an alpha version of Armory which does exactly what you are requesting. The only thing remaining is the dialogs that allows the user to easily sign transactions using the offline wallets. Armory will be the best program for offline transactions, miles ahead of all other attempts! You won't even need to keep the blockchain on the offline computer!
Here's a screenshot of the "Paper Backup" dialog:
You only need to print it once, when the wallet is first created, and it will serve as a permanent backup for the deterministic wallets. Also, you can create such a wallet on the offline computer, then "Make a watching-only" wallet which can be copied to the online computer and can be used to generate addresses and verify payments, but does not have access to the private keys.
If you want to get in on early testing, let me know
-Eto
January 01, 2012, 09:23:20 PM
AFAIK this is simply "someone needs to implement it"
Doesn't look like there was a clear algorithm though.
January 01, 2012, 09:17:44 PM
AFAIK this is simply "someone needs to implement it"
December 31, 2011, 03:09:43 PM
Does anyone have a good idea as to how this could be done?
https://bitcointalksearch.org/topic/deterministic-wallets-19137
Was there a conclusion to this thread?
December 31, 2011, 02:24:01 PM
Does anyone have a good idea as to how this could be done?
https://bitcointalksearch.org/topic/deterministic-wallets-19137
December 31, 2011, 12:43:51 PM
I would like a method where I can create private keys and public addresses from a single seed on my local machine, and on my server generate those same public addresses, but not be able to generate the private keys.
This will accomplish:
* Having a deterministic wallet - which is nice for backup and syncing
* Be able to generate an infinite amount of addresses on my merchant site and possible web game
* Make it so if said web server was hacked, the hackers wouldn't be able to make off with the money.
I know I could upload a large set of addresses to the server, but I would rather just have it so one would be created whenever it is needed rather than be pulled from a pool.
Does anyone have a good idea as to how this could be done?
This will accomplish:
* Having a deterministic wallet - which is nice for backup and syncing
* Be able to generate an infinite amount of addresses on my merchant site and possible web game
* Make it so if said web server was hacked, the hackers wouldn't be able to make off with the money.
I know I could upload a large set of addresses to the server, but I would rather just have it so one would be created whenever it is needed rather than be pulled from a pool.
Does anyone have a good idea as to how this could be done?
Jump to: