From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from sog-mx-1.v43.ch3.sourceforge.com ([172.29.43.191] helo=mx.sourceforge.net) by sfs-ml-3.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1TfXK5-0007jB-9E for bitcoin-development@lists.sourceforge.net; Mon, 03 Dec 2012 14:48:41 +0000 X-ACL-Warn: Received: from nm28-vm1.bullet.mail.ne1.yahoo.com ([98.138.91.35]) by sog-mx-1.v43.ch3.sourceforge.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) id 1TfXK4-0003qO-MS for bitcoin-development@lists.sourceforge.net; Mon, 03 Dec 2012 14:48:41 +0000 Received: from [98.138.90.55] by nm28.bullet.mail.ne1.yahoo.com with NNFMP; 03 Dec 2012 14:48:34 -0000 Received: from [98.138.89.252] by tm8.bullet.mail.ne1.yahoo.com with NNFMP; 03 Dec 2012 14:48:34 -0000 Received: from [127.0.0.1] by omp1044.mail.ne1.yahoo.com with NNFMP; 03 Dec 2012 14:48:34 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 688369.40632.bm@omp1044.mail.ne1.yahoo.com Received: (qmail 9007 invoked by uid 60001); 3 Dec 2012 14:48:34 -0000 X-YMail-OSG: 7oPn9t8VM1kYXm3IQMMisC5rll72QcBOUMtlkJc5ZnU_NT8 wFw2W4x0WQtWL9pYGNTDw5ALCwQBNkyA8Aqdb60DZ4ZoT2VOQ0LD3FZEiiX7 zMqC.8cnFxRmF7pwNqU99Iiu89Ao4qM0.U37FNB1A34OIdIxHDYdW3zdBHSO 0m6ArCI3JIwr8rImaT5fiwZLH7XcfkhM3_fCaHczjgDc84tlM3angLC5SFNf NtHSEPqsTqoE.J8.Apj8gW9t5zsYObITF5CQB8Jlmt4dsDzwgt6qQa7nU5kF .LYfuHQMH8cnS.mR5dHAXcZHFKicCt4F6IftW8CRa8UeViNJB8EuolMPJqww 9FEoNilftA3XQnEodo5qS7HHo5s7x97MG2mDObQoqe_fgggJLm9HAkhUQ36s FTXlYHgaf_FHweJXur.t8P2IIe.zltlUtR8KjOs6t2fo4nknT6fhrlMAKNeH ZIOffhwm.PaVZnOCL Received: from [89.173.84.159] by web121006.mail.ne1.yahoo.com via HTTP; Mon, 03 Dec 2012 06:48:34 PST X-Rocket-MIMEInfo: 001.001, b2ssIGFsc28gd2hhdCBpcyB0aGUgcmVhc29uaW5nIGJlaGluZCBzZXJpYWxpc2luZyBwb2ludHMgdXNpbmcgYSBjb21wcmVzc2VkIGZvcm1hdCBiZWZvcmUgZ29pbmcgaW50byB0aGUgaGFzaCBmdW5jdGlvbj8gSSdtIGxvb2tpbmcgYXQgdGhlIHNlYzEtdjIucGRmIGFuZCB0aGUgY29tcHJlc3Npb24gZm9ybWF0IGlzIGEgbGl0dGxlIGNvbmZ1c2luZy4KCkkgdGhpbmsgdGhlIG9jdGV0IHN0cmluZyBmb3IgWCBpcyAzMiBieXRlcyAodXNpbmcgcSA9IGN1cnZlLm9yZGVyKSBhbmQgc2VjcDI1NmsxIGlzIGEgcHIBMAEBAQE- X-Mailer: YahooMailWebService/0.8.128.478 References: <1354542572.51243.YahooMailNeo@web121001.mail.ne1.yahoo.com> Message-ID: <1354546114.71509.YahooMailNeo@web121006.mail.ne1.yahoo.com> Date: Mon, 3 Dec 2012 06:48:34 -0800 (PST) From: Amir Taaki To: "bitcoin-development@lists.sourceforge.net" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.1 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [98.138.91.35 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (zgenjix[at]yahoo.com) -0.0 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's domain 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily valid -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature X-Headers-End: 1TfXK4-0003qO-MS Subject: Re: [Bitcoin-development] BIP 32 HD wallets, accounts should be labels not numbers X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Amir Taaki List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 14:48:41 -0000 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 =0ATo: Amir Taaki =0ACc: "bitcoin-development@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 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