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
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
|
Return-Path: <joroark@vt.edu>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
[172.17.192.35])
by mail.linuxfoundation.org (Postfix) with ESMTPS id 2F6EE904
for <bitcoin-dev@lists.linuxfoundation.org>;
Tue, 28 Mar 2017 18:14:35 +0000 (UTC)
X-Greylist: delayed 00:23:29 by SQLgrey-1.7.6
Received: from omr2.cc.vt.edu (outbound.smtp.vt.edu [198.82.183.121])
by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 6C210A4
for <bitcoin-dev@lists.linuxfoundation.org>;
Tue, 28 Mar 2017 18:14:34 +0000 (UTC)
Received: from mr2.cc.vt.edu (mail.ipv6.vt.edu
[IPv6:2607:b400:92:9:0:9d:8fcb:4116])
by omr2.cc.vt.edu (8.14.4/8.14.4) with ESMTP id v2SHp4ij009094
for <bitcoin-dev@lists.linuxfoundation.org>;
Tue, 28 Mar 2017 13:51:04 -0400
Received: from mail-pg0-f71.google.com (mail-pg0-f71.google.com [74.125.83.71])
by mr2.cc.vt.edu (8.14.7/8.14.7) with ESMTP id v2SHoxbb030162
for <bitcoin-dev@lists.linuxfoundation.org>;
Tue, 28 Mar 2017 13:51:04 -0400
Received: by mail-pg0-f71.google.com with SMTP id j70so119002236pge.11
for <bitcoin-dev@lists.linuxfoundation.org>;
Tue, 28 Mar 2017 10:51:04 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20161025;
h=x-gm-message-state:subject:to:references:from:message-id:date
:user-agent:mime-version:in-reply-to;
bh=hc9hr9u22Dp6/c10/DF1cwv0OAAGKZfQSNp9TdDkEKg=;
b=be4PSJw7vGb7uXksoBBuoHCfj2TeEebw4LRUJDxmHb6wJZzy8yANHNpHB8AsPRmQh3
XrDcwdYaeyxqGkP7dqcbWzVbbXXdSva7wCpSFK789gj8SePapozjBQzDvcuGX03XApLg
7LTxBONuvPdAZRL1CQNsIsyYKKV5vmINgdpjEejHWmxXodi+nJsweQv0VA1IlbZ3Ow0J
BUfR0FgDnxiQyF3NX7IFy7QDSzAnLRfmMiJhIBRbzMS/psX2JihjpecCmVOfiZ3rvMDe
f7cPsAYtunRcZMLf9v+3aBc/WYUSIuuN52D3nBW+VmSxTL2BQfcXgjzQhr+evBfLxw4w
RlOw==
X-Gm-Message-State: AFeK/H1dwvPYf06P32uA7G4laMZN+h78qsGlhPZlf9DRPM1Xleu4scd9pgKmfCQq7wC0IfLjv9hHbDlQColBHafGgtIFjgdPPSpYkMpyJ/KIXeuJjox11kvjHQtp8jO9bDmEytmvkkut6i+C/lp7dEMkTjZP2x4rr4tbm/vEK46Fs8PZ/NUe9+AfF2hmFk4gqPG8UUWUCC2U3kOVm5WDnd0=
X-Received: by 10.84.136.34 with SMTP id 31mr38009744plk.52.1490723458759;
Tue, 28 Mar 2017 10:50:58 -0700 (PDT)
X-Received: by 10.84.136.34 with SMTP id 31mr38009722plk.52.1490723458440;
Tue, 28 Mar 2017 10:50:58 -0700 (PDT)
Received: from [192.168.1.127] (c-24-22-123-27.hsd1.or.comcast.net.
[24.22.123.27]) by smtp.googlemail.com with ESMTPSA id
140sm4839660pfa.58.2017.03.28.10.50.51
for <bitcoin-dev@lists.linuxfoundation.org>
(version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
Tue, 28 Mar 2017 10:50:51 -0700 (PDT)
To: bitcoin-dev@lists.linuxfoundation.org
References: <CAFzgq-xizPMNqfvW11nUhd6HmfZu8aGjcR9fshEsf6o5HOt_dA@mail.gmail.com>
<CAMBsKS8oSKS5g8UEyCu18bjzGJWpA+sJEaxBUV9FXAmXhX1ApA@mail.gmail.com>
<CAFzgq-xnXw6efaEurLcgMQQwwr7YitrJ3vZ8i+Ha0MbnVzUKhg@mail.gmail.com>
From: Douglas Roark <joroark@vt.edu>
Message-ID: <8be6a2dc-a397-6cc5-e5d4-4c514f8f5b94@vt.edu>
Date: Tue, 28 Mar 2017 10:50:42 -0700
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0)
Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <CAFzgq-xnXw6efaEurLcgMQQwwr7YitrJ3vZ8i+Ha0MbnVzUKhg@mail.gmail.com>
Content-Type: multipart/signed; micalg=pgp-sha512;
protocol="application/pgp-signature";
boundary="cb5S5efUAoUpFSMia2sFt7PVBcW7gMoT1"
X-Spam-Status: No, score=-3.7 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED,
RCVD_IN_SORBS_SPAM,RP_MATCHES_RCVD autolearn=ham version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
smtp1.linux-foundation.org
Subject: Re: [bitcoin-dev] Hard fork proposal from last week's meeting
X-BeenThere: bitcoin-dev@lists.linuxfoundation.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Bitcoin Protocol 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: Tue, 28 Mar 2017 18:14:35 -0000
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--cb5S5efUAoUpFSMia2sFt7PVBcW7gMoT1
Content-Type: multipart/mixed; boundary="PSGnJe3T1f79f5CdHmkel4Ulgoihg6hFr";
protected-headers="v1"
From: Douglas Roark <joroark@vt.edu>
To: bitcoin-dev@lists.linuxfoundation.org
Message-ID: <8be6a2dc-a397-6cc5-e5d4-4c514f8f5b94@vt.edu>
Subject: Re: [bitcoin-dev] Hard fork proposal from last week's meeting
References: <CAFzgq-xizPMNqfvW11nUhd6HmfZu8aGjcR9fshEsf6o5HOt_dA@mail.gmail.com>
<CAMBsKS8oSKS5g8UEyCu18bjzGJWpA+sJEaxBUV9FXAmXhX1ApA@mail.gmail.com>
<CAFzgq-xnXw6efaEurLcgMQQwwr7YitrJ3vZ8i+Ha0MbnVzUKhg@mail.gmail.com>
In-Reply-To: <CAFzgq-xnXw6efaEurLcgMQQwwr7YitrJ3vZ8i+Ha0MbnVzUKhg@mail.gmail.com>
--PSGnJe3T1f79f5CdHmkel4Ulgoihg6hFr
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable
On 2017/3/28 10:31, Wang Chun via bitcoin-dev wrote:
> The basic idea is, let's stop the debate for whether we should upgrade
> to 2MB, 8MB or 32MiB. 32MiB is well above any proposals' upper limit,
> so any final decision would be a soft fork to this already deployed
> release. If by 2020, we still agree 1MB is enough, it can be changed
> back to 1MB limit and it would also a soft fork on top of that.
While I think this idea isn't bad in and of itself, there is an
assumption being made that the community would come to consensus
regarding a future soft fork. This, IMO, is a dangerous assumption.
Failure would potentially leave the network at a hard fork well past any
current proposal. It would also potentially lead to miners becoming
hostile players and making political demands. ("Soft fork down to X MB
or I'll shut down 15% of the network hashrate and work to shut down more
elsewhere.") I'd hope we can all agree that such a scenario would be
terrible.
I do agree that the idea of giving everybody plenty of time to plan is
critical. (Telecom providers need months, if not years, to plan for even
simple upgrades, which often are not as simple as they look on paper.) I
just think this proposal, while well-meaning, comes across as a bit of a
trojan horse as-is. I can't get behind it, although it could potentially
be molded into something else that's interesting, e.g., Johnson Lau's
Spoonnet. Fork-to-minimum, while introducing its own potential problems,
would put much less pressure on full nodes, and on the ecosphere as a
whole if the max needed to be soft forked down.
(I'd also like to see SegWit go live so that we can get an idea of how
much pressure there really is on the network, thereby giving us a better
idea of how high we can go. I still think we're flying a bit blind in
that regard.)
--=20
---
Douglas Roark
Cryptocurrency, network security, travel, and art.
https://onename.com/droark
joroark@vt.edu
PGP key ID: 26623924
--PSGnJe3T1f79f5CdHmkel4Ulgoihg6hFr--
--cb5S5efUAoUpFSMia2sFt7PVBcW7gMoT1
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"
-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - https://gpgtools.org
iQIcBAEBCgAGBQJY2qJ6AAoJEEOBHRomYjkkXZcP/38qrnjqLf2xYpDaO/SMTnbB
wA+0pbUATddiQqJ9i9kfGfc/vU5fSsqns/H+4RemDW/lCJ92xdyiWPJ1SXsx1OQh
mlkdIiLfWzn7vg1yVxnauST8cNNh3eL4x4iv+T/+jvhI0gIpIJzWmB+wqHc0jtUf
/+tE7abA5qVkw0JPSaPf98fQvYlcts+13oW1gfjvsPvNKGwWNeVuSrBp0CCFzp4C
c46epMf/OuHhNef60ahP700qnwQGI+wUcZZql5uD6sySHUy5r21bGHd3krVz5mw+
1m5qFKM3Wz5raklgt8bR8dH6y1UxfbUfsCXDYY9uaneegSzd9vcE84yPrGcOcmQ+
5GrjKwDi1AHHJhY/KzNwI7Cf7xek4Aex6+56xTuC2oOIw005uH3tilZHxnKYcYYD
9dn1pJWPyjw5/6CRupbC9fO60/bB1FY7ltCdzh1EuetAP+tRcqAFABsxVMeFBBew
Siud+tqFzTrBEX9Wtkq+dqym9L0rPATn0+CgHQOSw3+reKGFEABgHoWV9aOve5y7
ijOVzYTYeiZr4wdh3wVtLCKbc62+EZgJ0idZrYlh1Mp8k+y30Axw2X8qDXD/SKZJ
O/h3z3SQK6Q31Fwd5uemrNd7LCHjHa4bH6ryBivHouExn0gn7/Vwr6tTI+INhtd/
kb2emzGb7DpI5clI5DIe
=vgTH
-----END PGP SIGNATURE-----
--cb5S5efUAoUpFSMia2sFt7PVBcW7gMoT1--
|
