From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from sog-mx-3.v43.ch3.sourceforge.com ([172.29.43.193] helo=mx.sourceforge.net) by sfs-ml-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1U4ywY-0003zD-3W for bitcoin-development@lists.sourceforge.net; Mon, 11 Feb 2013 19:21:34 +0000 Received-SPF: pass (sog-mx-3.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.217.175 as permitted sender) client-ip=209.85.217.175; envelope-from=gmaxwell@gmail.com; helo=mail-lb0-f175.google.com; Received: from mail-lb0-f175.google.com ([209.85.217.175]) by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1U4ywW-00051F-8O for bitcoin-development@lists.sourceforge.net; Mon, 11 Feb 2013 19:21:34 +0000 Received: by mail-lb0-f175.google.com with SMTP id n3so4794264lbo.6 for ; Mon, 11 Feb 2013 11:21:25 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.112.45.201 with SMTP id p9mr6158573lbm.13.1360610485662; Mon, 11 Feb 2013 11:21:25 -0800 (PST) Received: by 10.112.96.164 with HTTP; Mon, 11 Feb 2013 11:21:25 -0800 (PST) In-Reply-To: <20130211191259.GA22257@crunch> References: <20130208100354.GA26627@crunch> <20130208110108.GA6893@savin> <20130209143325.GA3998@crunch> <201302091901.49930.luke@dashjr.org> <20130211191259.GA22257@crunch> Date: Mon, 11 Feb 2013 11:21:25 -0800 Message-ID: From: Gregory Maxwell To: timo.hanke@web.de Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -1.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 (gmaxwell[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record -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: 1U4ywW-00051F-8O Cc: bitcoin-development@lists.sourceforge.net Subject: Re: [Bitcoin-development] Blockchain as root CA for 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: Mon, 11 Feb 2013 19:21:34 -0000 On Mon, Feb 11, 2013 at 11:12 AM, Timo Hanke wrote: > It's not about technical differences, but about the different use or > purpose, which can result in different security demands. I argue that > DNS has a lower demand in this respect than payment ids have. So DNS > data can be in a chain with a hashrate lower than bitcoin's hashrate but > payment ids _for_ bitcoin have to be in a chain with equal hashrate. It seems you're not very well informed about what namecoin does=E2=80=94 it= 's a multiple namespace key-value store. And, as Peter pointed out=E2=80=94 a non-parasitic system can have exactly the same POW hashpower. Namecoin chose a model which made it so that namecoin could survive even if Bitcoin failed, but you don't have to. I strongly recommend you listen to Peter and Luke=E2=80=94 externalizing th= e costs of your services onto people who do not care about them is not going to produce good results for anyone. It's possible to accomplish what you want to accomplish without taking resources from the users of the Bitcoin currency without their consent=E2=80=94 and you have people her= e who are willing to help you figure out how.