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
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
|
Return-Path: <gmaxwell@gmail.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
[172.17.192.35])
by mail.linuxfoundation.org (Postfix) with ESMTPS id A8B26411
for <bitcoin-dev@lists.linuxfoundation.org>;
Wed, 29 Jul 2015 16:53:55 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-ig0-f179.google.com (mail-ig0-f179.google.com
[209.85.213.179])
by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 3708A153
for <bitcoin-dev@lists.linuxfoundation.org>;
Wed, 29 Jul 2015 16:53:55 +0000 (UTC)
Received: by igbpg9 with SMTP id pg9so170778577igb.0
for <bitcoin-dev@lists.linuxfoundation.org>;
Wed, 29 Jul 2015 09:53:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
h=mime-version:in-reply-to:references:date:message-id:subject:from:to
:cc:content-type;
bh=JnMfrEZ/M/kaoEewipxRJ017rEwU8mR3U5hKIC9W+SQ=;
b=vpdnMt0WhQhHzswyDC5q+/39R2MRgAgdSjPdwfMiPq16EYCKJdZ4uh1nO5GA/Nf9OF
oK2SDKLfgSiOrRyjVuDumhkNWKD7OOti/aNGryCYF2FZt+dcAlaAdv85NOi3cihQcyTP
eq5Ste5Ox/UDcP4JoWdidJhkwXmddatY36LJ/pW2psh3pLgELGOFmUJB/UEPmFpWfO/4
6Ca5gKe8aQ7p/62xYOSjvHxshIwD5TsCTTJZgUODRI4FAl9XnZql9+grCSotlhEj4tIF
ClYrWGZD55KcIOQiUTH5d5jCkVqVJSRVnjw3d+PqWc+kQpbYAgmjqyjY6dGIfzA46SpS
ToWQ==
MIME-Version: 1.0
X-Received: by 10.50.143.37 with SMTP id sb5mr3386763igb.62.1438188834617;
Wed, 29 Jul 2015 09:53:54 -0700 (PDT)
Received: by 10.107.48.212 with HTTP; Wed, 29 Jul 2015 09:53:54 -0700 (PDT)
In-Reply-To: <CA+w+GKTfPXkVPaCC+3ZsQv=_DPMHoRwbigS40Testpyq4rZxsw@mail.gmail.com>
References: <1B7F00D3-41AE-44BF-818D-EC4EF279DC11@gmail.com>
<CA+w+GKTfPXkVPaCC+3ZsQv=_DPMHoRwbigS40Testpyq4rZxsw@mail.gmail.com>
Date: Wed, 29 Jul 2015 16:53:54 +0000
Message-ID: <CAAS2fgSP7hBVx0GR=rA+nOzopip3ne47WmHJLD-+yViN+wRm4A@mail.gmail.com>
From: Gregory Maxwell <gmaxwell@gmail.com>
To: Mike Hearn <hearn@vinumeris.com>
Content-Type: text/plain; charset=UTF-8
X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,
DKIM_VALID, DKIM_VALID_AU, FREEMAIL_FROM,
RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
smtp1.linux-foundation.org
Cc: Bitcoin Dev <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] Why Satoshi's temporary anti-spam measure isn't
temporary
X-BeenThere: bitcoin-dev@lists.linuxfoundation.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Bitcoin Development Discussion <bitcoin-dev.lists.linuxfoundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/bitcoin-dev>,
<mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/>
List-Post: <mailto:bitcoin-dev@lists.linuxfoundation.org>
List-Help: <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev>,
<mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Jul 2015 16:53:55 -0000
On Wed, Jul 29, 2015 at 9:59 AM, Mike Hearn via bitcoin-dev
<bitcoin-dev@lists.linuxfoundation.org> wrote:
> I do love history lessons from people who weren't actually there.
I doubt the rest of us really enjoy hearing these "lessons" from from
you where you wildly distort history to reflect your views.
> Satoshi explicitly envisioned a future where only miners ran nodes, so it
> had nothing to do with this either.
As others have pointed out-- even if this were true, --- so what?
Many errors were made early on in Bitcoin.
But in this case it's not actually true and I'm really getting fed up
with this continued self-appointment of all that the creator of the
system thought. Your position and knoweldge is not special or
priveleged compared to many of the people that you are arguing with.
It was _well_ understood while the creator of the system was around
that putting every consensus decision into the world into one system
would not scale; and also understood that the users of Bitcoin would
wish to protect its decenteralization by limiting the size of the
chain to keep it verifyable on small devices.
Don't think you can claim otherwise, because doing so is flat out wrong.
In the above statement you're outright backwards-- there was a clear
expectation that all who ran nodes would mine. The delegation of
consensus to third parties was unforseen. Presumably Bitcoin core
making mining inaccessable to users in software was also unforseen.
> Validators validate for themselves. Calculating a local UTXO set and then
> not using it for anything doesn't help anyone. SPV wallets need filtering
> and serving capability, but a computer can filter and serve the chain
> without validating it.
>
> The only purposes non-mining, non-rpc-serving, non-Qt-wallet-sustaining full
> nodes are needed for with today's network are:
[...]
> Outside of serving lightweight P2P wallets there's no purpose in running a
> P2P node if you aren't mining, or using it as a **trusted node for your own
> operations**.
You wrote a long list of activities that are actually irrelevant to
many node users with the result of burrying the main reason any party
should be running a node (emphasis mine).
The incentives of the system demand as it exist today that many other
economically significant parties run nodes in order to keep the half
dozen miners from having a blank check to do whatever they want
(including supporting their operations through inflation)-- do not
think they wouldn't, as we've seen their happy to skip verification
entirely.
(Which, incidentially, is insanely toxic to any security argument for
SPV; ---- and now we see the market failure that results from your and
Gavin years long campaign to ignore problems in the mining ecosystem:
The SPV model which you've fixated on as the true nature of bitcoin
has been demonstrated in practice to have a potentially empty security
claim.)
> Miners who don't validate have a habit of bleeding money: that's the
> system working as designed.
The information I have currently is that the parties engaging in that
activity found it to be tremendously profitable, even including losses
from issues.
|
