Re: [Bitcoin-development] Key retirement and key compromise

2013-03-25 Thread Gregory Maxwell
On Mon, Mar 25, 2013 at 1:49 PM, Roy Badami r...@gnomon.org.uk wrote: I'm not envisaging something as drastic as changing the rules to make transactions to revoked addresses invalid - just an overlay protocol. Although to be useful such a protocol would have to be pretty much universally

Re: [Bitcoin-development] Key retirement and key compromise

2013-03-25 Thread Roy Badami
On Mon, Mar 25, 2013 at 02:10:53PM -0700, Gregory Maxwell wrote: On Mon, Mar 25, 2013 at 1:49 PM, Roy Badami r...@gnomon.org.uk wrote: I'm not envisaging something as drastic as changing the rules to make transactions to revoked addresses invalid - just an overlay protocol. Although to be

Re: [Bitcoin-development] Key retirement and key compromise

2013-02-25 Thread Jorge Timón
Just create a new wallet and send everything to a new address. I don't think additional tools for this are needed. On 2/23/13, Roy Badami r...@gnomon.org.uk wrote: Has anyone been thinking about providing tools to allow users to cope with key compromise - or more generally, to manage key

Re: [Bitcoin-development] Key retirement and key compromise

2013-02-25 Thread Peter Vessenes
We've been toying with the idea of a 'dead' button, one that issues a bunch of pre-generated txs sending stuff out to a previously secured 'backup' set of addresses (we don't think in terms of wallets, just keypairs). In this scenario, you have a long-term storage address (or set of them), and if