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-2.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1WNO3v-0004ex-Ae for bitcoin-development@lists.sourceforge.net; Tue, 11 Mar 2014 14:53:47 +0000 Received-SPF: pass (sog-mx-1.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.128.169 as permitted sender) client-ip=209.85.128.169; envelope-from=g.rowe.froot@gmail.com; helo=mail-ve0-f169.google.com; Received: from mail-ve0-f169.google.com ([209.85.128.169]) by sog-mx-1.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1WNO3s-0004hf-Qg for bitcoin-development@lists.sourceforge.net; Tue, 11 Mar 2014 14:53:47 +0000 Received: by mail-ve0-f169.google.com with SMTP id pa12so9024509veb.28 for ; Tue, 11 Mar 2014 07:53:39 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.52.27.9 with SMTP id p9mr7371379vdg.28.1394549619300; Tue, 11 Mar 2014 07:53:39 -0700 (PDT) Sender: g.rowe.froot@gmail.com Received: by 10.220.251.65 with HTTP; Tue, 11 Mar 2014 07:53:39 -0700 (PDT) In-Reply-To: References: <531DFDF8.80008@gmail.com> <531E52FE.5090107@jerviss.org> <531E5454.1030601@gmail.com> Date: Tue, 11 Mar 2014 14:53:39 +0000 X-Google-Sender-Auth: lFHqLJXYBbNXwQapGZyzHo8gQS4 Message-ID: From: Gary Rowe To: Bitcoin Dev Content-Type: multipart/alternative; boundary=20cf307d0104ae22d004f455e260 X-Spam-Score: -0.5 (/) 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 (g.rowe.froot[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 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: 1WNO3s-0004hf-Qg Subject: Re: [Bitcoin-development] Multisign payment protocol? 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, 11 Mar 2014 14:53:47 -0000 --20cf307d0104ae22d004f455e260 Content-Type: text/plain; charset=UTF-8 Speaking from the MultiBit perspective, all future protocol development (with the exception of critical security and network compatibility fixes) will be put into a HD wallet. Over time we want to see "MultiBit Classic" gracefully retire and be fully superseded. Right now, HD is not out there but there is a lot of work going on between wallet developers to harmonise on HD implementation through BIP32/39. The result of that work should see a significant migration away from random private keys. Thus it would appear likely that by the time this protocol sees widespread use the presence of HD is likely to be rising fast or possibly dominant. At MultiBit we anticipate a release of HD code within 2 months, with private beta occurring within weeks. Trezor and Electrum may be earlier than this. As far as I am aware both Hive and Haskoin are committed to HD. If anyone wants early access to the alpha code, let me know and I'll make the arrangements. On 11 March 2014 14:44, Jeff Garzik wrote: > (#include ) > > Right now, HD is hot air. Let us end the pie-in-the-sky assumptions > about how HD will save the day, with zero code to back it up. Bitcoin > Wallet purportedly fails to rotate addresses, a privacy ugly, because > of this Waiting For Godot situation. An attempt to add a simple, > stateless RPC stalled because we are all Waiting For Godot, also: > https://github.com/bitcoin/bitcoin/pull/3520 > > Until the major user wallets and bitcoind have -basic- HD support, it > is premature to build anything on top of HD. We really have no clue > at this juncture how difficult will be the HD rollout. > > -- > Jeff Garzik > Bitcoin core developer and open source evangelist > BitPay, Inc. https://bitpay.com/ > > > ------------------------------------------------------------------------------ > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and their > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today! > http://p.sf.net/sfu/13534_NeoTech > _______________________________________________ > Bitcoin-development mailing list > Bitcoin-development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bitcoin-development > --20cf307d0104ae22d004f455e260 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Speaking from the MultiBit perspective, all future protoco= l development (with the exception of critical security and network compatib= ility fixes) will be put into a HD wallet. Over time we want to see "M= ultiBit Classic" gracefully retire and be fully superseded.

Right now, HD is not out there but there is a lot of work go= ing on between wallet developers to harmonise on HD implementation through = BIP32/39. The result of that work should see a significant migration away f= rom random private keys.=C2=A0

Thus it would appear likely that by the time this = protocol sees widespread use the presence of HD is likely to be rising fast= or possibly dominant.=C2=A0

At MultiBit we = anticipate a release of HD code within 2 months, with private beta occurrin= g within weeks. Trezor and Electrum may be earlier than this. As far as I a= m aware both Hive and Haskoin are committed to HD.

If anyone wants early access to the alpha code, let me = know and I'll make the arrangements.


On 11 March 2014 14:44, Jeff Garzik = <jgarzik@bitpay.com> wrote:
(#include <rant.h>)

Right now, HD is hot air. =C2=A0Let us end the pie-in-the-sky assumptions about how HD will save the day, with zero code to back it up. =C2=A0Bitcoin=
Wallet purportedly fails to rotate addresses, a privacy ugly, because
of this Waiting For Godot situation. =C2=A0An attempt to add a simple,
stateless RPC stalled because we are all Waiting For Godot, also:
= https://github.com/bitcoin/bitcoin/pull/3520

Until the major user wallets and bitcoind have -basic- HD support, it
is premature to build anything on top of HD. =C2=A0We really have no clue at this juncture how difficult will be the HD rollout.

--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. =C2=A0 =C2=A0 =C2=A0https://bitpay.com/

---------------------------------------------------------------------------= ---
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases = and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf= .net/sfu/13534_NeoTech
_______________________________________________
Bitcoin-development mailing list
Bitcoin-develo= pment@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-de= velopment

--20cf307d0104ae22d004f455e260--