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
|
Return-Path: <teekhan42@gmail.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
[172.17.192.35])
by mail.linuxfoundation.org (Postfix) with ESMTPS id 6582C9FA
for <bitcoin-dev@lists.linuxfoundation.org>;
Mon, 6 Feb 2017 20:25:15 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-ua0-f169.google.com (mail-ua0-f169.google.com
[209.85.217.169])
by smtp1.linuxfoundation.org (Postfix) with ESMTPS id DA295224
for <bitcoin-dev@lists.linuxfoundation.org>;
Mon, 6 Feb 2017 20:25:14 +0000 (UTC)
Received: by mail-ua0-f169.google.com with SMTP id y9so69735347uae.2
for <bitcoin-dev@lists.linuxfoundation.org>;
Mon, 06 Feb 2017 12:25:14 -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;
bh=CWNK+nrwvFZNpBLlrngWmc/Ri4+MhHsFOKPkXA/jQ5M=;
b=qaVtej7c5ZY1BeU5oWQi1wS5NEkS55zsAOuzfHAySsDUpG6cBjismE2pSXJSM6grrs
2Uao9aSPJ6lsHkrGzItKlPKDJ+nwXN4UPsqnE2PHUknAiLvrRm4K/l3IOwxDhdWRvIeQ
nZTkk4tcPZS2Hivfc3tIeCn2YZcBuEUe/qKN4Kz1CnYBALUZguTMGdEsWErH4isxkCqK
NgrUDEuSUAgPYLkNfpnhmligj/cdQyTFsBk15Bed8o18IzvAZEHF2mxzdFX8iI7e4zZY
wLb8z7t1fOxwXn4qgQLaZbmyaIhD7/bj1k746TxtrJgiOv1SZdGgBUYAG12i1oik7B6P
ag+Q==
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;
bh=CWNK+nrwvFZNpBLlrngWmc/Ri4+MhHsFOKPkXA/jQ5M=;
b=Zek5Wds2mPdUtpnfFUzkQZdEBAthBdC/kCN1sTEKm/cZZ8e5wQ55Al0zYYDsMRT4Gc
7XRkrDvoraP+oVHR8zA6GksmXPlizYvu10giw26X7BxIFbRmDimzLl5NKAJWOFOenGxQ
HdzUCBLRtFGOJx+vaa2Q7CWkleRWbcxbRMoo4GF754D2MM9iwlDqqrUW6alPYTu6yzaV
eIUKFz1IQW088lPUeWdKQqJ331mUZw2JF6vWOlmkCubDZCZBSxH8VaaDyxvSYJz1tX/r
kVBM5OPmvq7uKLPKhRQz41XLKRqyqYCb8THZYTWb7LOD1YsIM6dWFBR64c3ChYjTKb/y
/a9Q==
X-Gm-Message-State: AMke39lhG+1iSaZcnGWcbhLuMzeOeusrRXOROimYzQIUx/8dbx/BxxECYICRAoLLAtTrPGmx0LxI+0i87Nro8A==
X-Received: by 10.176.18.238 with SMTP id o46mr5905715uac.71.1486412714046;
Mon, 06 Feb 2017 12:25:14 -0800 (PST)
MIME-Version: 1.0
Received: by 10.103.49.77 with HTTP; Mon, 6 Feb 2017 12:25:13 -0800 (PST)
In-Reply-To: <201702061953.40774.luke@dashjr.org>
References: <ea63ed5a-4280-c063-4984-5bc8a4b2aafa@gmail.com>
<201702052302.29599.luke@dashjr.org>
<CAGCNRJrNRb4Eo5T8+KsKnazOCm15g89RFLtRW07k1KjN6TpTDw@mail.gmail.com>
<201702061953.40774.luke@dashjr.org>
From: "t. khan" <teekhan42@gmail.com>
Date: Mon, 6 Feb 2017 15:25:13 -0500
Message-ID: <CAGCNRJo3zM2kYePPw-=JpMQWtn_M1Eg=SpShC_z-d-_Nv6KqcQ@mail.gmail.com>
To: Luke Dashjr <luke@dashjr.org>,
Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Content-Type: multipart/alternative; boundary=f40304361462cfa7780547e26def
X-Spam-Status: No, score=-1.2 required=5.0 tests=BAYES_00,DKIM_SIGNED,
DKIM_VALID,DKIM_VALID_AU,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,
HTML_MESSAGE, RCVD_IN_DNSWL_NONE,
RCVD_IN_SORBS_SPAM autolearn=no version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
smtp1.linux-foundation.org
X-Mailman-Approved-At: Wed, 08 Feb 2017 01:44:07 +0000
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: Mon, 06 Feb 2017 20:25:15 -0000
--f40304361462cfa7780547e26def
Content-Type: text/plain; charset=UTF-8
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.
--f40304361462cfa7780547e26def
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div>On Mon, Feb 6, 2017 at 2:53 PM, Luke Dashjr <span dir=
=3D"ltr"><<a href=3D"mailto:luke@dashjr.org" target=3D"_blank">luke@dash=
jr.org</a>></span> wrote:<br></div><div><div class=3D"gmail_extra"><div =
class=3D"gmail_quote"><blockquote class=3D"gmail_quote" style=3D"margin:0px=
0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-co=
lor:rgb(204,204,204);padding-left:1ex"><span class=3D"gmail-">On Monday, Fe=
bruary 06, 2017 6:19:43 PM you wrote:<br>
> >My BIP draft didn't make progress because the community oppose=
s any block<br>
> >size increase hardfork ever.<br>
><br>
</span><span class=3D"gmail-">> Luke, how do you know the community oppo=
ses that? Specifically, how did you<br>
> come to this conclusion?<br>
<br>
</span><a href=3D"http://www.strawpoll.me/12228388/r" rel=3D"noreferrer" ta=
rget=3D"_blank">http://www.strawpoll.me/<wbr>12228388/r</a></blockquote><di=
v><br></div>That poll shows 63% of votes want a larger than 1 MB block by t=
his summer. How do you go from that to "the community opposes any bloc=
k increase ever"? It shows the exact opposite of that.<div>=C2=A0</div=
><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border=
-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);=
padding-left:1ex"><span class=3D"gmail-">
> >Your version doesn't address the current block size<br>
> >issues (ie, the blocks being too large).<br>
><br>
> Why do you think blocks are "too large"? Please cite some ev=
idence. I've<br>
> asked this before and you ignored it, but an answer would be helpful t=
o the<br>
> discussion.<br>
<br>
</span>Full node count is far below the safe minimum of 85% of economic act=
ivity.<br></blockquote><div><br></div><div>Is this causing a problem now? I=
f 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:solid;=
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'=
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>
--f40304361462cfa7780547e26def--
|
