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 <chris.dcosta@meek.io>) id 1WUtpn-0006CB-Jo for bitcoin-development@lists.sourceforge.net; Tue, 01 Apr 2014 08:14:15 +0000 X-ACL-Warn: Received: from relay6-d.mail.gandi.net ([217.70.183.198]) by sog-mx-4.v43.ch3.sourceforge.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) id 1WUtpl-0001jy-Uh for bitcoin-development@lists.sourceforge.net; Tue, 01 Apr 2014 08:14:15 +0000 Received: from mfilter23-d.gandi.net (mfilter23-d.gandi.net [217.70.178.151]) by relay6-d.mail.gandi.net (Postfix) with ESMTP id B632BFB8DC for <bitcoin-development@lists.sourceforge.net>; Tue, 1 Apr 2014 10:14:07 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter23-d.gandi.net Received: from relay6-d.mail.gandi.net ([217.70.183.198]) by mfilter23-d.gandi.net (mfilter23-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id uizMaEOx1VCk for <bitcoin-development@lists.sourceforge.net>; Tue, 1 Apr 2014 10:13:35 +0200 (CEST) X-Originating-IP: 94.224.235.124 Received: from 94-224-235-124.access.telenet.be (94-224-235-124.access.telenet.be [94.224.235.124]) (Authenticated sender: chris.dcosta@meek.io) by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 9C3A2FB8D5 for <bitcoin-development@lists.sourceforge.net>; Tue, 1 Apr 2014 10:13:34 +0200 (CEST) From: Chris D'Costa <chris.dcosta@meek.io> Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: multipart/alternative; boundary=Apple-Mail-2--726499229 Date: Tue, 1 Apr 2014 10:13:31 +0200 In-Reply-To: <20140331185751.GD59714@giles.gnomon.org.uk> To: Bitcoin Dev <bitcoin-development@lists.sourceforge.net> References: <5339418F.1050800@riseup.net> <CAJHLa0M8ryBpaPF7aoqZdyrw4NsKizdVPkdy+DsWfPjWVyzadA@mail.gmail.com> <20140331185751.GD59714@giles.gnomon.org.uk> Message-Id: <DBE4339F-0F27-4D18-91FC-4685E5AFB387@meek.io> X-Mailer: Apple Mail (2.1085) X-Spam-Score: 1.0 (+) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. 1.0 HTML_MESSAGE BODY: HTML included in message X-Headers-End: 1WUtpl-0001jy-Uh Subject: Re: [Bitcoin-development] secure assigned bitcoin address directory X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: <bitcoin-development.lists.sourceforge.net> List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/bitcoin-development>, <mailto:bitcoin-development-request@lists.sourceforge.net?subject=unsubscribe> List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=bitcoin-development> List-Post: <mailto:bitcoin-development@lists.sourceforge.net> List-Help: <mailto:bitcoin-development-request@lists.sourceforge.net?subject=help> List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/bitcoin-development>, <mailto:bitcoin-development-request@lists.sourceforge.net?subject=subscribe> X-List-Received-Date: Tue, 01 Apr 2014 08:14:15 -0000 --Apple-Mail-2--726499229 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 31 Mar 2014, at 20:57, Roy Badami wrote: > Is namecoin actively maintained these days? That's a very good quest. It was one of the reasons why we ruled out = namecoin, but not the only one. Although in principle it is a similar concept to namecoin + PGP, in = practice at least for our device, that felt like a hammer to crack a = nut, "How could this operate if the device was carried to one of the = non-3G countries i.e. with no direct internet access? How could we = syncronise the chain in a low bandwidth environment, if at all? Could at = least some of the chain be pre-loaded at the factory? What would the = risks be if it was?".=20 These are just a few of the practical considerations that we are = addressing, and our feeling is that when we can get the proposed = distributed ledger to work properly at "the lowest common denominator" = level, then everything above is easier.=20 On one other point, I don't ever see the Bitcoin software using a second = blockchain, like namecoin, in order just to provide safe communication = of a non-face-to-face, person-to-person, pay-to address (far too many = hyphens), but I do see some other standard emerging that provides the = equivalent of BIP70 for this use case. =20 In this context, when we posed these questions, "Why do we have to = provide a reward for a ledger of information? Why do we have to wait for = confirmation when no money is at risk? What is the worst that can happen = if your device key is discovered or replaced?", it did not make sense to = include all the incumbent coin stuff just to arrive at a distributed = ledger for a set of ultimately disposable keys.= --Apple-Mail-2--726499229 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii <html><head></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; = "><div>On 31 Mar 2014, at 20:57, Roy Badami wrote:</div><div><div><br = class=3D"Apple-interchange-newline"><blockquote type=3D"cite"><span = class=3D"Apple-style-span" style=3D"border-collapse: separate; = font-family: Helvetica; font-style: normal; font-variant: normal; = font-weight: normal; letter-spacing: normal; line-height: normal; = orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: = none; white-space: normal; widows: 2; word-spacing: 0px; = -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: = 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: = auto; -webkit-text-stroke-width: 0px; font-size: medium; ">Is namecoin = actively maintained these = days?</span></blockquote></div><br></div><div>That's a very good quest. = It was one of the reasons why we ruled out namecoin, but not the only = one.<div><br></div><div>Although in principle it is a similar concept to = namecoin + PGP, in practice at least for our device, that felt like a = hammer to crack a nut, "How could this operate if the device was carried = to one of the non-3G countries i.e. with no direct internet access? How = could we syncronise the chain in a low bandwidth environment, if at all? = Could at least some of the chain be pre-loaded at the factory? What = would the risks be if it was?". </div><div><br></div><div>These are = just a few of the practical considerations that we are addressing, and = our feeling is that when we can get the proposed distributed ledger to = work properly at "the lowest common denominator" level, then everything = above is easier. </div><div><br></div><div>On one other point, I = don't ever see the Bitcoin software using a second blockchain, like = namecoin, in order just to provide safe communication of a = non-face-to-face, person-to-person, pay-to address (far too many = hyphens), but I do see some other standard emerging that provides the = equivalent of BIP70 for this use case. = </div><div><br></div><div>In this context, when we posed these = questions, "Why do we have to provide a reward for a ledger of = information? Why do we have to wait for confirmation when no money is at = risk? What is the worst that can happen if your device key is discovered = or replaced?", it did not make sense to include all the incumbent coin = stuff just to arrive at a distributed ledger for a set of ultimately = disposable keys.</div></div></body></html>= --Apple-Mail-2--726499229--