Received: from sog-mx-4.v43.ch3.sourceforge.com ([172.29.43.194] helo=mx.sourceforge.net) by sfs-ml-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1X77Ku-000159-3H for bitcoin-development@lists.sourceforge.net; Tue, 15 Jul 2014 18:20:20 +0000 Received-SPF: pass (sog-mx-4.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.219.42 as permitted sender) client-ip=209.85.219.42; envelope-from=mh.in.england@gmail.com; helo=mail-oa0-f42.google.com; Received: from mail-oa0-f42.google.com ([209.85.219.42]) by sog-mx-4.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1X77Kt-00007l-2K for bitcoin-development@lists.sourceforge.net; Tue, 15 Jul 2014 18:20:20 +0000 Received: by mail-oa0-f42.google.com with SMTP id n16so6386681oag.29 for ; Tue, 15 Jul 2014 11:20:13 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.60.52.5 with SMTP id p5mr13701110oeo.55.1405448413537; Tue, 15 Jul 2014 11:20:13 -0700 (PDT) Sender: mh.in.england@gmail.com Received: by 10.76.35.234 with HTTP; Tue, 15 Jul 2014 11:20:13 -0700 (PDT) In-Reply-To: References: Date: Tue, 15 Jul 2014 20:20:13 +0200 X-Google-Sender-Auth: DpMKaZyF5XT5nrC_Rs0-Qzq6beY Message-ID: From: Mike Hearn To: Brooks Boyd Content-Type: multipart/alternative; boundary=001a11332c8e706f3e04fe3f75b3 X-Spam-Score: 0.6 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. -1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for sender-domain 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (mh.in.england[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 1.1 TRACKER_ID BODY: Incorporates a tracking ID number 0.0 HTML_OBFUSCATE_05_10 BODY: Message is 5% to 10% HTML obfuscation 1.0 HTML_MESSAGE BODY: HTML included in message 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: 1X77Kt-00007l-2K Cc: Bitcoin Dev Subject: Re: [Bitcoin-development] BIP 38 NFC normalisation issue X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2014 18:20:20 -0000 --001a11332c8e706f3e04fe3f75b3 Content-Type: text/plain; charset=UTF-8 Yes, we know, Andreas' code is indeed doing normalisation. However it appears the output bytes end up being different. What I get back is: cf9300*01*303430300166346139 vs cf9300*f0*909080f09f92a9 from the spec. I'm not sure why. It appears this is due to the character from the astral planes. Java is old and uses 16 bit characters internally - it wouldn't surprise me if there's some weirdness that means it doesn't/won't support this kind of thing. I recommend instead that any implementation that wishes to be compatible with JVM based wallets (I suspect Android is the same) just refuse any passphrase that includes characters outside the BMP. At least unless someone can find a fix. I somehow doubt this will really hurt anyone. --001a11332c8e706f3e04fe3f75b3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Yes, we know, Andreas' code is indeed doing normalisat= ion.

However it appears the output bytes end up being di= fferent. What I get back is:

cf930001303430300166346139

vs

cf9300f0909080f09f= 92a9

from the spec.=C2=A0

I'm= not sure why. It appears this is due to the character from the astral plan= es. Java is old and uses 16 bit characters internally - it wouldn't sur= prise me if there's some weirdness that means it doesn't/won't = support this kind of thing.=C2=A0

I recommend instead that any implementation that wishes to be compatible w= ith JVM based wallets (I suspect Android is the same) just refuse any passp= hrase that includes characters outside the BMP. At least unless someone can= find a fix. I somehow doubt this will really hurt anyone.
--001a11332c8e706f3e04fe3f75b3--