1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
|
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 <gmaxwell@gmail.com>) 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 <bitcoin-development@lists.sourceforge.net>;
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: <CAAS2fgST69zZAWPbkuLGPCY36SNOiNFVjSmp-HRVRHF+wcZqYg@mail.gmail.com>
From: Gregory Maxwell <gmaxwell@gmail.com>
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: <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: Mon, 11 Feb 2013 19:21:34 -0000
On Mon, Feb 11, 2013 at 11:12 AM, Timo Hanke <timo.hanke@web.de> 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.
|
