References: <1354542572.51243.YahooMailNeo@web121001.mail.ne1.yahoo.com>
	<CAPg+sBgU=1Z1KaGXk0xY1mzEZKVRPd7T06X_zcTUd_d4JUsWtw@mail.gmail.com>
Message-ID: <1354546114.71509.YahooMailNeo@web121006.mail.ne1.yahoo.com>
Date: Mon, 3 Dec 2012 06:48:34 -0800 (PST)
From: Amir Taaki <zgenjix@yahoo.com>
To: "bitcoin-development@lists.sourceforge.net"
	<bitcoin-development@lists.sourceforge.net>
In-Reply-To: <CAPg+sBgU=1Z1KaGXk0xY1mzEZKVRPd7T06X_zcTUd_d4JUsWtw@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Subject: Re: [Bitcoin-development] BIP 32 HD wallets,
	accounts should be labels not numbers
Precedence: list
Reply-To: Amir Taaki <zgenjix@yahoo.com>

ok, also what is the reasoning behind serialising points using a compressed=
 format before going into the hash function? I'm looking at the sec1-v2.pdf=
 and the compression format is a little confusing.=0A=0AI think the octet s=
tring for X is 32 bytes (using q =3D curve.order) and secp256k1 is a prime =
field so we follow step 2.2.1=0A=0A=0A________________________________=0AFr=
om: Pieter Wuille <pieter.wuille@gmail.com>=0ATo: Amir Taaki <zgenjix@yahoo=
.com> =0ACc: "bitcoin-development@lists.sourceforge.net" <bitcoin-developme=
nt@lists.sourceforge.net> =0ASent: Monday, December 3, 2012 2:54 PM=0ASubje=
ct: Re: [Bitcoin-development] BIP 32 HD wallets, accounts should be labels =
not numbers=0A=0A=0A=0A=0AOn Mon, Dec 3, 2012 at 2:49 PM, Amir Taaki <zgenj=
ix@yahoo.com> wrote:=0A=0ACan this be amended? I think it makes much more s=
ense to allow people to input labels not numbers at this level.=0A>=0A>Gene=
ral category names for different accounts is much more human than numbers, =
and you can still use incrementing numbers if you prefer.=0A>=0A=0AThere is=
 no way to iterate over all strings. The intention is that a wallet applica=
tion can detect a new account that becomes in use (e.g. during disaster rec=
overy), so the accounts get assigned incrementing numbers.=0A=0AI wouldn't =
mind adding the ability to do "non-standard derivations" using arbitrary st=
rings, if this recoverability property is not desired.=0A=0A--=A0=0APieter