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
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
|
Return-Path: <yifu@coinapex.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
[172.17.192.35])
by mail.linuxfoundation.org (Postfix) with ESMTPS id E2A2CBC9
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 5 Feb 2016 22:36:49 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-ig0-f197.google.com (mail-ig0-f197.google.com
[209.85.213.197])
by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 29A102F
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 5 Feb 2016 22:36:49 +0000 (UTC)
Received: by mail-ig0-f197.google.com with SMTP id ik10so63685686igb.2
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 05 Feb 2016 14:36:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=coinapex.com; s=google;
h=mime-version:in-reply-to:references:from:date:message-id:subject:to
:cc:content-type;
bh=znhQcqU8ANluAJ9DD9PMrXAK4lLSICLk7MEQQ5QOwE8=;
b=UEi3ci9plZqJtfkt/OqD+t1mESPoVmlS+XNEj4gi22jEUGfbfWl2Wh1MsYz7YFZatg
pneTrh/GTFjwB2F/A0qxVYa8F6LemslgVF9Z4dy5Gmy3URUMz5CxJq1hRbjNc2k8EDWP
Pau2Bn1CsLx8ZJOuuJjtxo+f8P3qJAnHnD3Vw=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20130820;
h=x-gm-message-state:mime-version:in-reply-to:references:from:date
:message-id:subject:to:cc:content-type;
bh=znhQcqU8ANluAJ9DD9PMrXAK4lLSICLk7MEQQ5QOwE8=;
b=eXnE+PYZlNYCIwzvEEOeiohgxbJjyDa0+56WpN8VMDqzslEW6H3qukp+AiERW8JcjD
8TnQ9g3WJY1e7jEnSqh+3DJRem/PKBCFtCOqdyhOmZ8m0MzKNIl4qYlfORhEcRnRNfgz
2OUv3QombDSLlsAybhiU9994HbE3+YZ5KuJxkqxA3rlDg5h5GAfDEvI4el9+1GhJgHp4
oKGyxyRYqzm+gUqp8hQwHLhMlRyT9J80MnlM3glRlLs9GctDCI6ZGLLc0mf7lZdNzjAy
d925yV5gdiaKF7kRqpAlm/Xg+S1OitxVHqLKiWmFVdOhrUmaDy84oKEwlQnaT9Pw5LO4
FpVA==
X-Gm-Message-State: AG10YOR4G+xbPMJgz906lSiwfTy+w7PS4jrOudJBtQuZMpb15FFWup0Jbu8BZXVhBp9oGrsUXBSwTm435XhYEw==
X-Received: by 10.182.73.225 with SMTP id o1mr14958019obv.80.1454711808504;
Fri, 05 Feb 2016 14:36:48 -0800 (PST)
MIME-Version: 1.0
Received: by 10.202.209.22 with HTTP; Fri, 5 Feb 2016 14:36:09 -0800 (PST)
In-Reply-To: <CABsx9T1Bd0-aQg-9uRa4u3dGA5fKxaj8-mEkxVzX8mhdj4Gt2g@mail.gmail.com>
References: <CABsx9T1Bd0-aQg-9uRa4u3dGA5fKxaj8-mEkxVzX8mhdj4Gt2g@mail.gmail.com>
From: Yifu Guo <yifu@coinapex.com>
Date: Fri, 5 Feb 2016 17:36:09 -0500
Message-ID: <CAHcfU-V7V8oerKPzuxE1iwZezFnQ1WTCC9g_rGmp7C56wpT19w@mail.gmail.com>
To: Gavin Andresen <gavinandresen@gmail.com>
Content-Type: multipart/alternative; boundary=089e0160b7c698c88c052b0d7cef
X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,
DKIM_VALID,DKIM_VALID_AU,HTML_MESSAGE,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
X-Mailman-Approved-At: Fri, 05 Feb 2016 22:38:17 +0000
Cc: Bitcoin Dev <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] BIP proposal: Increase block size limit to 2
megabytes
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: Fri, 05 Feb 2016 22:36:50 -0000
--089e0160b7c698c88c052b0d7cef
Content-Type: text/plain; charset=UTF-8
"We can look at the adoption of the last major Bitcoin core release to
guess how long it might take people to upgrade. 0.11.0 was released on 12
July, 2015. Twenty eight days later, about 38% of full nodes were running
that release. Three months later, about 50% of the network was running that
release, and six months later about 66% of the network was running some
flavor of 0.11."
On what grounds do you think it is reasonable to assume that this update
will roll out 6x faster than previous data suggested, as oppose to your own
observation of 66% adoption in 6 month. or do you believe 38% node
upgrade-coverage ( in 28 days ) on the network for a hard fork is good
enough?
There are no harm in choosing a longer grace period but picking one short
as 28 days you risk on alienating the nodes who do not upgrade with the
aggressive upgrade timeline you proposed.
On Fri, Feb 5, 2016 at 3:51 PM, Gavin Andresen via bitcoin-dev <
bitcoin-dev@lists.linuxfoundation.org> wrote:
> This has been reviewed by merchants, miners and exchanges for a couple of
> weeks, and has been implemented and tested as part of the Bitcoin Classic
> and Bitcoin XT implementations.
>
> Constructive feedback welcome; argument about whether or not it is a good
> idea to roll out a hard fork now will be unproductive, so I vote we don't
> go there.
>
> Draft BIP:
> https://github.com/gavinandresen/bips/blob/bump2mb/bip-bump2mb.mediawiki
>
> Summary:
> Increase block size limit to 2,000,000 bytes.
> After 75% hashpower support then 28-day grace period.
> With accurate sigop counting, but existing sigop limit (20,000)
> And a new, high limit on signature hashing
>
> Blog post walking through the code:
> http://gavinandresen.ninja/a-guided-tour-of-the-2mb-fork
>
> Blog post on a couple of the constants chosen:
> http://gavinandresen.ninja/seventyfive-twentyeight
>
> --
> --
> Gavin Andresen
>
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev@lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
>
--
*Yifu Guo*
*"Life is an everlasting self-improvement."*
--089e0160b7c698c88c052b0d7cef
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">"We can look at the adoption of the last major Bitcoi=
n core release to guess how long it might take people to upgrade. 0.11.0 wa=
s released on 12 July, 2015. Twenty eight days later, about 38% of full nod=
es were running that release. Three months later, about 50% of the network =
was running that release, and six months later about 66% of the network was=
running some flavor of 0.11."<div><br></div><div>On what grounds do y=
ou think it is reasonable to assume that this update will roll out 6x faste=
r than previous data suggested, as oppose to your own observation of 66% ad=
option in 6 month. or do you believe 38% node upgrade-coverage ( in 28 days=
) on the network for a hard fork is good enough?</div><div><br></div><div>=
There are no harm in choosing a longer grace period but picking one short a=
s 28 days you risk on alienating the nodes who do not upgrade with the aggr=
essive upgrade timeline you proposed.</div><div><br></div><div><br></div></=
div><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Fri, Feb 5=
, 2016 at 3:51 PM, Gavin Andresen via bitcoin-dev <span dir=3D"ltr"><<a =
href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org" target=3D"_blank">bit=
coin-dev@lists.linuxfoundation.org</a>></span> wrote:<br><blockquote cla=
ss=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;pa=
dding-left:1ex"><div dir=3D"ltr">This has been reviewed by merchants, miner=
s and exchanges for a couple of weeks, and has been implemented and tested =
as part of the Bitcoin Classic and Bitcoin XT implementations.<div><br></di=
v><div>Constructive feedback welcome; argument about whether or not it is a=
good idea to roll out a hard fork now will be unproductive, so I vote we d=
on't go there.</div><div><br></div><div>Draft BIP:</div><div>=C2=A0=C2=
=A0<a href=3D"https://github.com/gavinandresen/bips/blob/bump2mb/bip-bump2m=
b.mediawiki" target=3D"_blank">https://github.com/gavinandresen/bips/blob/b=
ump2mb/bip-bump2mb.mediawiki</a></div><div><br></div><div>Summary: =C2=A0</=
div><div>=C2=A0 Increase block size limit to 2,000,000 bytes.</div><div>=C2=
=A0 After 75% hashpower support then 28-day grace period.</div><div>=C2=A0 =
With accurate sigop counting, but existing sigop limit (20,000)</div><div>=
=C2=A0 And a new, high limit on signature hashing</div><div><br></div><div>=
Blog post walking through the code:</div><div>=C2=A0=C2=A0<a href=3D"http:/=
/gavinandresen.ninja/a-guided-tour-of-the-2mb-fork" target=3D"_blank">http:=
//gavinandresen.ninja/a-guided-tour-of-the-2mb-fork</a><br><div><br></div><=
div>Blog post on a couple of the constants chosen:</div><div>=C2=A0=C2=A0<a=
href=3D"http://gavinandresen.ninja/seventyfive-twentyeight" target=3D"_bla=
nk">http://gavinandresen.ninja/seventyfive-twentyeight</a></div><span class=
=3D"HOEnZb"><font color=3D"#888888"><div><br></div><div>-- <br><div><div di=
r=3D"ltr"><div dir=3D"ltr"><div>--<br>Gavin Andresen<br></div><div><br></di=
v></div></div></div>
</div></font></span></div></div>
<br>_______________________________________________<br>
bitcoin-dev mailing list<br>
<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-dev@lists.=
linuxfoundation.org</a><br>
<a href=3D"https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev" =
rel=3D"noreferrer" target=3D"_blank">https://lists.linuxfoundation.org/mail=
man/listinfo/bitcoin-dev</a><br>
<br></blockquote></div><br><br clear=3D"all"><div><br></div>-- <br><div cla=
ss=3D"gmail_signature"><div dir=3D"ltr"><span style=3D"font-size:small;colo=
r:rgb(136,136,136)"><font face=3D"garamond, serif" size=3D"4"><b>Yifu Guo</=
b></font></span><div style=3D"font-size:small"><font face=3D"verdana, sans-=
serif"><div style=3D"font-size:13px"><font size=3D"1" color=3D"#333333"><i>=
"Life is an everlasting self-improvement."</i></font></div></font=
></div></div></div>
</div>
--089e0160b7c698c88c052b0d7cef--
|
