Bitcoin Forum

Bitcoin => Development & Technical Discussion => Topic started by: casascius on August 02, 2012, 07:36:12 PM



Title: BIP Draft - Standardized/Protected/Multi Private Keys
Post by: casascius on August 02, 2012, 07:36:12 PM
I am drafting another potential BIP and wanted to solicit comments.

https://en.bitcoin.it/wiki/User:Casascius/Base58Check-encoded_objects_proposal

With the increasing popularity of the use of paper wallets as offline Bitcoin storage, there is a growing demand for ways to make that offline storage more secure, for various reasons of the user's choice.  Currently, there exists no straightforward way to encrypt a paper Bitcoin wallet.

There is also growing demand for paper wallets that can be split and saved in redundant geographical locations or with different trusted parties, or which are generated in individual parts by multiple machines so that no single machine ever has access to the entire private key prior to redemption.  This proposal introduces a standard based on elliptic curve multiplication where Base58Check-encoded strings and/or QR codes can be used to represent parts of a multi-part key.  This proposal also introduces a simple standard format for denoting a RAID-like recovery record, so that a multi-part key can be distributed and redeemed in a fashion that tolerates the loss of any one part of the key.

This proposal also seeks to define unique prefixes on Base58Check-encoded strings so that they convey useful visual information to a user, and requests that other developers maintain awareness of the string prefixes and maximize their usefulness to the user.


Title: Re: BIP Draft - Standardized/Protected/Multi Private Keys
Post by: ripper234 on August 03, 2012, 05:28:32 AM
Watching


Title: Re: BIP Draft - Standardized/Protected/Multi Private Keys
Post by: techwtf on August 03, 2012, 09:22:24 AM
should use erasure coding or ssss (Shamir's Secret Sharing Scheme, http://point-at-infinity.org/ssss/), not home-made recovery records :)

Edited: erasure coding reduces the security expectations, so only ssss is usable.


Title: Re: BIP Draft - Standardized/Protected/Multi Private Keys
Post by: apetersson on August 03, 2012, 09:28:25 AM
who not use standard BIP11 addresses?


Title: Re: BIP Draft - Standardized/Protected/Multi Private Keys
Post by: casascius on August 03, 2012, 02:11:51 PM
who not use standard BIP11 addresses?

These are a different transaction type altogether.  Not much supports these transactions yet.

I propose different ways to encode a normal private key. They can all be turned back in to a normal private key for a normal address with a utility and imported anywhere.