summaryrefslogtreecommitdiff
path: root/9b/d878cc867efe2232d4cc4dd301bf1dba1f27da
blob: bb1c91e5d65dd81e26fe986b14b875475d405f61 (plain)
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
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
Return-Path: <alp.bitcoin@gmail.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 8DC86C68
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Wed,  8 Feb 2017 18:16:11 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-lf0-f50.google.com (mail-lf0-f50.google.com
	[209.85.215.50])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 4AB3516C
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Wed,  8 Feb 2017 18:16:10 +0000 (UTC)
Received: by mail-lf0-f50.google.com with SMTP id n124so86888722lfd.2
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Wed, 08 Feb 2017 10:16:10 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:cc; bh=/l90Qo/75bsd7k5D8zdHojSG+zADZd0tHAL7knts4Bk=;
	b=KA5uj7RwzMeM21WMEpdJbOEXrunbcuMNfikU4cB3p04JQBYHocGgExuyrPDKodNMnM
	VbUGZZcZe3Nglz0lKo63a6f0m70VEnIUaNVhqQdLmwZstDZ2XEln7+PN9fWbk1JVEQHw
	eFIddAs2YcBGAQZD2HQCof/6CJPHGF/RCzx9iiUGtHQc1ibnG2xGlg5FXDIQlf/6ct2E
	gy5cyR3WFhuMbz38z3qUqC5nl8ukuIvK8uyKrnMNUQ98XU1a7B/O9lemzCXrRrFw5zU7
	92pn+Axqr2GnCoPFTfW7SIyz1JgUhj5aGuOdIVdwx7Itn986L9Fq1B81pBxtjyM33LRX
	WCfw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20161025;
	h=x-gm-message-state:mime-version:in-reply-to:references:from:date
	:message-id:subject:to:cc;
	bh=/l90Qo/75bsd7k5D8zdHojSG+zADZd0tHAL7knts4Bk=;
	b=PAlrIh0nUoyPQRuG7HGeGyREiAALNzn+HgHNwJX2oIMcqGRidXQhde/UoRaDjHMqjJ
	EzPS2R/f+ExXoD6N9Zm8VSdsgboZMv4kqOYszRG75EaKe7OY1vRgE7N5LJZpm0KaVmb9
	yOCG3lPbZQHWRr3GR0hXe3sVJKww52ztQMzAv6yB9ySw+ucNC6pncTFLzS0LFxEEvbov
	LVdgYD7hS41HZfRDrtOZVteAxBCpC+1cOq/CwM/GHaZKUTOl0FC+LcWVtQjtMhyQZTiX
	vLNIHFcc/+FS2KUk8MnZdbR5mGMTpuZ9/8oXV6nkhZyFkLvt7nWy9lTHQaakCN0pptWv
	AFMw==
X-Gm-Message-State: AMke39n6SAdCQ8D0jiG8M+XYFPFHX4V2ey4Cb8vXNkKRLHZ//sYqARPveE6KuP8GZcx6MvaGddIleyVNUJPBwA==
X-Received: by 10.46.71.132 with SMTP id u126mr8441418lja.43.1486577768592;
	Wed, 08 Feb 2017 10:16:08 -0800 (PST)
MIME-Version: 1.0
Received: by 10.25.21.92 with HTTP; Wed, 8 Feb 2017 10:16:07 -0800 (PST)
Received: by 10.25.21.92 with HTTP; Wed, 8 Feb 2017 10:16:07 -0800 (PST)
In-Reply-To: <CAAy62_+AhknwH38fadiT2WTHZsiCZp-sPbVhDnKCHXwatCypnQ@mail.gmail.com>
References: <ea63ed5a-4280-c063-4984-5bc8a4b2aafa@gmail.com>
	<201702052302.29599.luke@dashjr.org>
	<CAGCNRJrNRb4Eo5T8+KsKnazOCm15g89RFLtRW07k1KjN6TpTDw@mail.gmail.com>
	<201702061953.40774.luke@dashjr.org>
	<CAGCNRJo3zM2kYePPw-=JpMQWtn_M1Eg=SpShC_z-d-_Nv6KqcQ@mail.gmail.com>
	<CAMBsKS9OS2tA4bG-JG96XNZTiPyuq322Qu=fyJcZ1BtVj3TtxQ@mail.gmail.com>
	<CAAy62_LcpgXss9hMTG_kwoGbuTOmfpmEc-awi5gNybq0fYErfQ@mail.gmail.com>
	<CAMBsKS-Zek5qHB=Yvf0=8EKZkZL8qxAK3n=Cn7Kq6GCwt774_w@mail.gmail.com>
	<CAAy62_+AhknwH38fadiT2WTHZsiCZp-sPbVhDnKCHXwatCypnQ@mail.gmail.com>
From: alp alp <alp.bitcoin@gmail.com>
Date: Wed, 8 Feb 2017 12:16:07 -0600
Message-ID: <CAMBsKS_JKNJFLB_ao8-dcWgWB8o5bGLbNPrPtvSmobrryZVEmQ@mail.gmail.com>
To: Andrew Johnson <andrew.johnson83@gmail.com>
Content-Type: multipart/alternative; boundary=001a113db2fad3faba054808db31
X-Spam-Status: No, score=-2.2 required=5.0 tests=BAYES_00,DKIM_SIGNED,
	DKIM_VALID, DKIM_VALID_AU, FREEMAIL_FROM, HTML_MESSAGE,
	RCVD_IN_DNSWL_LOW, 
	RCVD_IN_SORBS_SPAM 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, 10 Feb 2017 10:23:41 +0000
Cc: Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] A Modified Version of Luke-jr's Block Size BIP
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: Wed, 08 Feb 2017 18:16:11 -0000

--001a113db2fad3faba054808db31
Content-Type: text/plain; charset=UTF-8

Doing nothing is the rules we all agreed to.  If those rules are to be
changed,nearly everyone will need to consent.  The same rule applies to the
cap, we all agreed to 21m, and if someone wants to change that, nearly
everyone would need to agree.

On Feb 8, 2017 10:28 AM, "Andrew Johnson" <andrew.johnson83@gmail.com>
wrote:

It is when you're talking about making a choice and 6.3x more people prefer
something else. Doing nothing is a choice as well.

Put another way, if 10% supported increasing the 21M coin cap and 63% were
against, would you seriously consider doing it?

On Feb 8, 2017 9:57 AM, "alp alp" <alp.bitcoin@gmail.com> wrote:

> 10% is not a tiny minority.
>
> On Feb 8, 2017 9:51 AM, "Andrew Johnson" <andrew.johnson83@gmail.com>
> wrote:
>
>> You're never going to reach 100% agreement, and stifling the network
>> literally forever to please a tiny minority is daft.
>>
>> On Feb 8, 2017 8:52 AM, "alp alp via bitcoin-dev" <
>> bitcoin-dev@lists.linuxfoundation.org> wrote:
>>
>> 10% say literally never.  That seems like a significant
>> disenfranchisement and lack of consensus.
>>
>> On Mon, Feb 6, 2017 at 2:25 PM, t. khan via bitcoin-dev <
>> bitcoin-dev@lists.linuxfoundation.org> wrote:
>>
>>> On Mon, Feb 6, 2017 at 2:53 PM, Luke Dashjr <luke@dashjr.org> wrote:
>>>
>>>> On Monday, February 06, 2017 6:19:43 PM you wrote:
>>>> > >My BIP draft didn't make progress because the community opposes any
>>>> block
>>>> > >size increase hardfork ever.
>>>> >
>>>> > Luke, how do you know the community opposes that? Specifically, how
>>>> did you
>>>> > come to this conclusion?
>>>>
>>>> http://www.strawpoll.me/12228388/r
>>>
>>>
>>> That poll shows 63% of votes want a larger than 1 MB block by this
>>> summer. How do you go from that to "the community opposes any block
>>> increase ever"? It shows the exact opposite of that.
>>>
>>>
>>>> > >Your version doesn't address the current block size
>>>> > >issues (ie, the blocks being too large).
>>>> >
>>>> > Why do you think blocks are "too large"? Please cite some evidence.
>>>> I've
>>>> > asked this before and you ignored it, but an answer would be helpful
>>>> to the
>>>> > discussion.
>>>>
>>>> Full node count is far below the safe minimum of 85% of economic
>>>> activity.
>>>>
>>>
>>> Is this causing a problem now? If so, what?
>>>
>>>
>>>> Typically reasons given for people not using full nodes themselves come
>>>> down
>>>> to the high resource requirements caused by the block size.
>>>
>>>
>>> The reason people stop running nodes is because there's no incentive to
>>> counteract the resource costs. Attempting to solve this by making blocks
>>> *smaller* is like curing a disease by killing the patient. (Incentivizing
>>> full node operation would fix that problem.)
>>>
>>> - t.k.
>>>
>>>
>>> _______________________________________________
>>> bitcoin-dev mailing list
>>> bitcoin-dev@lists.linuxfoundation.org
>>> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>>>
>>>
>>
>> _______________________________________________
>> bitcoin-dev mailing list
>> bitcoin-dev@lists.linuxfoundation.org
>> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>>
>>
>>

--001a113db2fad3faba054808db31
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"auto"><div>Doing nothing is the rules we all agreed to.=C2=A0 I=
f those rules are to be changed,nearly everyone will need to consent.=C2=A0=
 The same rule applies to the cap, we all agreed to 21m, and if someone wan=
ts to change that, nearly everyone would need to agree.<br><div class=3D"gm=
ail_extra"><br><div class=3D"gmail_quote">On Feb 8, 2017 10:28 AM, &quot;An=
drew Johnson&quot; &lt;<a href=3D"mailto:andrew.johnson83@gmail.com">andrew=
.johnson83@gmail.com</a>&gt; wrote:<br type=3D"attribution"><blockquote cla=
ss=3D"quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-=
left:1ex"><div dir=3D"auto">It is when you&#39;re talking about making a ch=
oice and 6.3x more people prefer something else. Doing nothing is a choice =
as well.<div dir=3D"auto"><br></div><div dir=3D"auto">Put another way, if 1=
0% supported increasing the 21M coin cap and 63% were against, would you se=
riously consider doing it?</div></div><div class=3D"elided-text"><div class=
=3D"gmail_extra"><br><div class=3D"gmail_quote">On Feb 8, 2017 9:57 AM, &qu=
ot;alp alp&quot; &lt;<a href=3D"mailto:alp.bitcoin@gmail.com" target=3D"_bl=
ank">alp.bitcoin@gmail.com</a>&gt; wrote:<br type=3D"attribution"><blockquo=
te class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc so=
lid;padding-left:1ex"><div dir=3D"auto">10% is not a tiny minority.</div><d=
iv class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Feb 8, 2017 9:51=
 AM, &quot;Andrew Johnson&quot; &lt;<a href=3D"mailto:andrew.johnson83@gmai=
l.com" target=3D"_blank">andrew.johnson83@gmail.com</a>&gt; wrote:<br type=
=3D"attribution"><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8=
ex;border-left:1px #ccc solid;padding-left:1ex"><div dir=3D"auto"><div>You&=
#39;re never going to reach 100% agreement, and stifling the network litera=
lly forever to please a tiny minority is daft.<br><div class=3D"gmail_extra=
"><br><div class=3D"gmail_quote">On Feb 8, 2017 8:52 AM, &quot;alp alp via =
bitcoin-dev&quot; &lt;<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.o=
rg" target=3D"_blank">bitcoin-dev@lists.linuxfounda<wbr>tion.org</a>&gt; wr=
ote:<br type=3D"attribution"><blockquote class=3D"m_-4533964880556653042m_-=
8682514029143378247m_-1566305387424443597quote" style=3D"margin:0 0 0 .8ex;=
border-left:1px #ccc solid;padding-left:1ex"><div dir=3D"ltr">10% say liter=
ally never.=C2=A0 That seems like a significant disenfranchisement and lack=
 of consensus.</div><div class=3D"gmail_extra"><br><div class=3D"gmail_quot=
e"><div class=3D"m_-4533964880556653042m_-8682514029143378247m_-15663053874=
24443597elided-text">On Mon, Feb 6, 2017 at 2:25 PM, t. khan via bitcoin-de=
v <span dir=3D"ltr">&lt;<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation=
.org" target=3D"_blank">bitcoin-dev@lists.linuxfounda<wbr>tion.org</a>&gt;<=
/span> wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0 =
0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class=3D"m_-4533=
964880556653042m_-8682514029143378247m_-1566305387424443597elided-text"><di=
v dir=3D"ltr"><div>On Mon, Feb 6, 2017 at 2:53 PM, Luke Dashjr <span dir=3D=
"ltr">&lt;<a href=3D"mailto:luke@dashjr.org" target=3D"_blank">luke@dashjr.=
org</a>&gt;</span> wrote:<br></div><div><div class=3D"gmail_extra"><div cla=
ss=3D"gmail_quote"><blockquote class=3D"gmail_quote" style=3D"margin:0px 0p=
x 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color=
:rgb(204,204,204);padding-left:1ex"><span><span class=3D"m_-453396488055665=
3042m_-8682514029143378247m_-1566305387424443597m_-8603678674590328520m_590=
3971323563278916gmail-">On Monday, February 06, 2017 6:19:43 PM you wrote:<=
br>
&gt; &gt;My BIP draft didn&#39;t make progress because the community oppose=
s any block<br>
&gt; &gt;size increase hardfork ever.<br>
&gt;<br>
</span></span><span><span class=3D"m_-4533964880556653042m_-868251402914337=
8247m_-1566305387424443597m_-8603678674590328520m_5903971323563278916gmail-=
">&gt; Luke, how do you know the community opposes that? Specifically, how =
did you<br>
&gt; come to this conclusion?<br>
<br>
</span></span><a href=3D"http://www.strawpoll.me/12228388/r" rel=3D"norefer=
rer" target=3D"_blank">http://www.strawpoll.me/122283<wbr>88/r</a></blockqu=
ote><div><br></div>That poll shows 63% of votes want a larger than 1 MB blo=
ck by this summer. How do you go from that to &quot;the community opposes a=
ny block increase ever&quot;? It shows the exact opposite of that.<div>=C2=
=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8e=
x;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,2=
04,204);padding-left:1ex"><span><span class=3D"m_-4533964880556653042m_-868=
2514029143378247m_-1566305387424443597m_-8603678674590328520m_5903971323563=
278916gmail-">
&gt; &gt;Your version doesn&#39;t address the current block size<br>
&gt; &gt;issues (ie, the blocks being too large).<br>
&gt;<br>
&gt; Why do you think blocks are &quot;too large&quot;? Please cite some ev=
idence. I&#39;ve<br>
&gt; asked this before and you ignored it, but an answer would be helpful t=
o the<br>
&gt; discussion.<br>
<br>
</span></span>Full node count is far below the safe minimum of 85% of econo=
mic activity.<br></blockquote><div><br></div><div>Is this causing a problem=
 now? If so, what?</div><div>=C2=A0</div><blockquote class=3D"gmail_quote" =
style=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:s=
olid;border-left-color:rgb(204,204,204);padding-left:1ex">
Typically reasons given for people not using full nodes themselves come dow=
n<br>
to the high resource requirements caused by the block size.</blockquote><di=
v><br></div><div>The reason people stop running nodes is because there&#39;=
s no incentive to counteract the resource costs. Attempting to solve this b=
y making blocks *smaller* is like curing a disease by killing the patient. =
(Incentivizing full node operation would fix that problem.)<br></div><div><=
br></div><div>- t.k.</div></div><br></div></div></div>
<br></div><div class=3D"m_-4533964880556653042m_-8682514029143378247m_-1566=
305387424443597quoted-text">______________________________<wbr>____________=
_____<br>
bitcoin-dev mailing list<br>
<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org" target=3D"_blank">=
bitcoin-dev@lists.linuxfoundat<wbr>ion.org</a><br>
<a href=3D"https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev" =
rel=3D"noreferrer" target=3D"_blank">https://lists.linuxfoundation.<wbr>org=
/mailman/listinfo/bitcoin-d<wbr>ev</a><br>
<br></div></blockquote></div><br></div>
<br>______________________________<wbr>_________________<br>
bitcoin-dev mailing list<br>
<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org" target=3D"_blank">=
bitcoin-dev@lists.linuxfoundat<wbr>ion.org</a><br>
<a href=3D"https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev" =
rel=3D"noreferrer" target=3D"_blank">https://lists.linuxfoundation.<wbr>org=
/mailman/listinfo/bitcoin-d<wbr>ev</a><br>
<br></blockquote></div><br></div></div></div>
</blockquote></div></div>
</blockquote></div></div>
</div></blockquote></div><br></div></div></div>

--001a113db2fad3faba054808db31--