summaryrefslogtreecommitdiff
path: root/fc/db0dc04102b7a7149ddae44ff9aa7a22c9e91b
blob: a470d8dde0139c6b2694eb28a3641f8e0194692f (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
Return-Path: <mark@friedenbach.org>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id BD9CCEAE
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Fri, 28 Aug 2015 23:38:22 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-io0-f175.google.com (mail-io0-f175.google.com
	[209.85.223.175])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id EF55A239
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Fri, 28 Aug 2015 23:38:21 +0000 (UTC)
Received: by iofe124 with SMTP id e124so44029842iof.1
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Fri, 28 Aug 2015 16:38:21 -0700 (PDT)
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:date
	:message-id:subject:from:to:cc:content-type;
	bh=uKm7oZp00BEXDUVz9kvRliHVC0xuaTIzIVDhknPGeHY=;
	b=bRr4JNDoWPT5lE9L/5mAKgJZJgYs1OrfOjGJ3VjMRcEw/nGsgQTTYP4UKxWbyJH2jI
	jBjnE9vt6Up3N52NBAwAOfUrggij9e8uFKGCL4inVBYHoD1VNSDXJ1D8S7G7ZeU9bbaJ
	ISjEX4IVwX9DiVML6NirMzUSU/lXBqL2WuErSvNI9RsfEmW3QrkHiK263rGBDeraI2VD
	s7Uu6bh3zzQOR6CC3fAyfzcpQ2vN+uTESsZar4qelrp1ec8C2lcPcVJwLsAy83Tmq1Uh
	jUBXGDnWbkEXMXMw+DZWQYy/D6MFCm+eDCFk5JGKLBkFsdlTf9X4XV9AhpSzkgbjLkK6
	Pqsg==
X-Gm-Message-State: ALoCoQkbmMS/UHGu0wl8o3C9kRGku8mmmvYksMP/bKILxYN5QJiM6eCHnGrKDAhaLgRm7aVKcfRW
MIME-Version: 1.0
X-Received: by 10.107.25.134 with SMTP id 128mr8321475ioz.159.1440805101409;
	Fri, 28 Aug 2015 16:38:21 -0700 (PDT)
Received: by 10.107.135.104 with HTTP; Fri, 28 Aug 2015 16:38:21 -0700 (PDT)
X-Originating-IP: [172.56.17.254]
Received: by 10.107.135.104 with HTTP; Fri, 28 Aug 2015 16:38:21 -0700 (PDT)
In-Reply-To: <CAB+qUq7ZzLHrFZ5FQazrcALA-b-jFh_bf-XX1GaJbGY1KQB5YA@mail.gmail.com>
References: <CADJgMzvWKA79NHE2uFy1wb-zL3sjC5huspQcaDczxTqD_7gXOg@mail.gmail.com>
	<CADr=VrQR6rYK4sJJsDpUdFJaWZqhv=AkMqcG64EhsOCg1tDxVg@mail.gmail.com>
	<CADJgMzvkBDBD9_=53kaD_6_jWH=vbWOnNwOKK5GOz8Du-F08dQ@mail.gmail.com>
	<2081355.cHxjDEpgpW@crushinator>
	<A30CC2E3-A769-445C-95A2-35B963EFC283@gmail.com>
	<CAB+qUq7ZzLHrFZ5FQazrcALA-b-jFh_bf-XX1GaJbGY1KQB5YA@mail.gmail.com>
Date: Fri, 28 Aug 2015 16:38:21 -0700
Message-ID: <CAOG=w-vkOzGXosc=C7NwX5_ewaT0Sdrkw49gfO+a9hohYctLaw@mail.gmail.com>
From: Mark Friedenbach <mark@friedenbach.org>
To: Chris Pacia <ctpacia@gmail.com>
Content-Type: multipart/alternative; boundary=001a113fde8842befe051e679438
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,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
Cc: Bitcoin Dev <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] Consensus based block size retargeting algorithm
	(draft)
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, 28 Aug 2015 23:38:22 -0000

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

It is in their individual interests when the larger block that is allowed
for them grants them more fees.
On Aug 28, 2015 4:35 PM, "Chris Pacia via bitcoin-dev" <
bitcoin-dev@lists.linuxfoundation.org> wrote:

> When discussing this with Matt Whitlock earlier we basically concluded th=
e
> block size will never increase under this proposal do to a collective
> action problem. If a miner votes for an increase and nobody else does, th=
e
> blocksize will not increase yet he will still have to pay the difficulty
> penalty.
>
> It may be in everyone's collective interest to raise the block size but
> not their individual interest.
> On Aug 28, 2015 6:24 PM, "Gavin via bitcoin-dev" <
> bitcoin-dev@lists.linuxfoundation.org> wrote:
>
>> With this proposal, how much would it cost a miner to include an 'extra'
>> 500-byte transaction if the average block size is 900K and it costs the
>> miner 20BTC in electricity/capital/etc to mine a block?
>>
>> If my understanding of the proposal is correct, it is:
>>
>> 500/900000 * 20 =3D 0.11111 BTC
>>
>> ... Or $2.50 at today's exchange rate.
>>
>> That seems excessive.
>>
>> --
>> Gavin Andresen
>>
>>
>> > On Aug 28, 2015, at 5:15 PM, Matt Whitlock via bitcoin-dev <
>> bitcoin-dev@lists.linuxfoundation.org> wrote:
>> >
>> > This is the best proposal I've seen yet. Allow me to summarize:
>> >
>> > =E2=80=A2 It addresses the problem, in Jeff Garzik's BIP 100, of miner=
s selling
>> their block-size votes.
>> > =E2=80=A2 It addresses the problem, in Gavin Andresen's BIP 101, of bl=
indly
>> trying to predict future market needs versus future technological
>> capacities.
>> > =E2=80=A2 It avoids a large step discontinuity in the block-size limit=
 by
>> starting with a 1-MB limit.
>> > =E2=80=A2 It throttles changes to =C2=B110% every 2016 blocks.
>> > =E2=80=A2 It imposes a tangible cost (higher difficulty) on miners who=
 vote to
>> raise the block-size limit.
>> > =E2=80=A2 It avoids incentivizing miners to vote to lower the block-si=
ze limit.
>> >
>> > However, this proposal currently fails to answer a very important
>> question:
>> >
>> > =E2=80=A2 What is the mechanism for activation of the new consensus ru=
le? It is
>> when a certain percentage of the blocks mined in a 2016-block retargetin=
g
>> period contain valid block-size votes?
>> >
>> >
>> > https://github.com/btcdrak/bips/blob/bip-cbbsra/bip-cbbrsa.mediawiki
>> >
>> >
>> >> On Friday, 28 August 2015, at 9:28 pm, Btc Drak via bitcoin-dev wrote=
:
>> >> Pull request: https://github.com/bitcoin/bips/pull/187
>> > _______________________________________________
>> > 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
>>
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev@lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
>

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

<p dir=3D"ltr">It is in their individual interests when the larger block th=
at is allowed for them grants them more fees.</p>
<div class=3D"gmail_quote">On Aug 28, 2015 4:35 PM, &quot;Chris Pacia via b=
itcoin-dev&quot; &lt;<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.or=
g">bitcoin-dev@lists.linuxfoundation.org</a>&gt; wrote:<br type=3D"attribut=
ion"><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-le=
ft:1px #ccc solid;padding-left:1ex"><p dir=3D"ltr">When discussing this wit=
h Matt Whitlock earlier we basically concluded the block size will never in=
crease under this proposal do to a collective action problem. If a miner vo=
tes for an increase and nobody else does, the blocksize will not increase y=
et he will still have to pay the difficulty penalty.</p>
<p dir=3D"ltr">It may be in everyone&#39;s collective interest to raise the=
 block size but not their individual interest.</p>
<div class=3D"gmail_quote">On Aug 28, 2015 6:24 PM, &quot;Gavin via bitcoin=
-dev&quot; &lt;<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org" tar=
get=3D"_blank">bitcoin-dev@lists.linuxfoundation.org</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">With this proposal, how muc=
h would it cost a miner to include an &#39;extra&#39; 500-byte transaction =
if the average block size is 900K and it costs the miner 20BTC in electrici=
ty/capital/etc to mine a block?<br>
<br>
If my understanding of the proposal is correct, it is:<br>
<br>
500/900000 * 20 =3D 0.11111 BTC<br>
<br>
... Or $2.50 at today&#39;s exchange rate.<br>
<br>
That seems excessive.<br>
<br>
--<br>
Gavin Andresen<br>
<br>
<br>
&gt; On Aug 28, 2015, at 5:15 PM, Matt Whitlock via bitcoin-dev &lt;<a href=
=3D"mailto:bitcoin-dev@lists.linuxfoundation.org" target=3D"_blank">bitcoin=
-dev@lists.linuxfoundation.org</a>&gt; wrote:<br>
&gt;<br>
&gt; This is the best proposal I&#39;ve seen yet. Allow me to summarize:<br=
>
&gt;<br>
&gt; =E2=80=A2 It addresses the problem, in Jeff Garzik&#39;s BIP 100, of m=
iners selling their block-size votes.<br>
&gt; =E2=80=A2 It addresses the problem, in Gavin Andresen&#39;s BIP 101, o=
f blindly trying to predict future market needs versus future technological=
 capacities.<br>
&gt; =E2=80=A2 It avoids a large step discontinuity in the block-size limit=
 by starting with a 1-MB limit.<br>
&gt; =E2=80=A2 It throttles changes to =C2=B110% every 2016 blocks.<br>
&gt; =E2=80=A2 It imposes a tangible cost (higher difficulty) on miners who=
 vote to raise the block-size limit.<br>
&gt; =E2=80=A2 It avoids incentivizing miners to vote to lower the block-si=
ze limit.<br>
&gt;<br>
&gt; However, this proposal currently fails to answer a very important ques=
tion:<br>
&gt;<br>
&gt; =E2=80=A2 What is the mechanism for activation of the new consensus ru=
le? It is when a certain percentage of the blocks mined in a 2016-block ret=
argeting period contain valid block-size votes?<br>
&gt;<br>
&gt;<br>
&gt; <a href=3D"https://github.com/btcdrak/bips/blob/bip-cbbsra/bip-cbbrsa.=
mediawiki" rel=3D"noreferrer" target=3D"_blank">https://github.com/btcdrak/=
bips/blob/bip-cbbsra/bip-cbbrsa.mediawiki</a><br>
&gt;<br>
&gt;<br>
&gt;&gt; On Friday, 28 August 2015, at 9:28 pm, Btc Drak via bitcoin-dev wr=
ote:<br>
&gt;&gt; Pull request: <a href=3D"https://github.com/bitcoin/bips/pull/187"=
 rel=3D"noreferrer" target=3D"_blank">https://github.com/bitcoin/bips/pull/=
187</a><br>
&gt; _______________________________________________<br>
&gt; bitcoin-dev mailing list<br>
&gt; <a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org" target=3D"_bl=
ank">bitcoin-dev@lists.linuxfoundation.org</a><br>
&gt; <a href=3D"https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-=
dev" rel=3D"noreferrer" target=3D"_blank">https://lists.linuxfoundation.org=
/mailman/listinfo/bitcoin-dev</a><br>
_______________________________________________<br>
bitcoin-dev mailing list<br>
<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org" target=3D"_blank">=
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>
</blockquote></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>

--001a113fde8842befe051e679438--