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
|
Return-Path: <elliot.olds@gmail.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
[172.17.192.35])
by mail.linuxfoundation.org (Postfix) with ESMTPS id 23EBCDA4
for <bitcoin-dev@lists.linuxfoundation.org>;
Sat, 29 Aug 2015 09:15:18 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-ig0-f180.google.com (mail-ig0-f180.google.com
[209.85.213.180])
by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 7D389A7
for <bitcoin-dev@lists.linuxfoundation.org>;
Sat, 29 Aug 2015 09:15:17 +0000 (UTC)
Received: by igcse8 with SMTP id se8so36833011igc.1
for <bitcoin-dev@lists.linuxfoundation.org>;
Sat, 29 Aug 2015 02:15:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
h=mime-version:in-reply-to:references:date:message-id:subject:from:to
:cc:content-type;
bh=oel4tOfg+PPsY/A+VStLMFhYOSFLOrUfNYXi/6OLrC8=;
b=VK/3qOqTJYfxyatLgUCWHwTRr87Y4pGy2zSY39HhTKPatRUgCYpMm4VSb4uXShnVGc
oYgNany02rILv9TaYrT94Kp8XAOfF0IAPYl3L13BY2F666x6qqDrpsy385ki0SVmbUE9
fQEMNftb5NM68fhiL4hbywzbZnIX9oYttQZd6EnAeZTXhvcffGug42QTnDqpJiWuPR1V
nmkleWBvVzUKBJO1p8vnPBPjFFXf6Oesey4VlmtipADVwKMHzlkmLBlmdk5eLAStRlJ3
yI3MNyc1UW0j8UfSycKPO+1h2RjFlNhOFeOw4u6ofsffGqvzPs8qqh8t1iuBuxMVt4gz
wAiA==
MIME-Version: 1.0
X-Received: by 10.50.118.39 with SMTP id kj7mr359092igb.24.1440839716956; Sat,
29 Aug 2015 02:15:16 -0700 (PDT)
Received: by 10.79.97.135 with HTTP; Sat, 29 Aug 2015 02:15:16 -0700 (PDT)
In-Reply-To: <CADJgMzv+JPr-JeYqZGnbFMn16iTfcCmj+JAo7_tX5qPbOOqPeQ@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>
<CADJgMzv+JPr-JeYqZGnbFMn16iTfcCmj+JAo7_tX5qPbOOqPeQ@mail.gmail.com>
Date: Sat, 29 Aug 2015 02:15:16 -0700
Message-ID: <CA+BnGuEidsn9=f1oUoN8iUL9g9Zu1zigwjOj8BvazaSxMFwUGA@mail.gmail.com>
From: Elliot Olds <elliot.olds@gmail.com>
To: Bitcoin Dev <bitcoin-dev@lists.linuxfoundation.org>
Content-Type: multipart/alternative; boundary=089e0116178e81f1f5051e6fa365
X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,
DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,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
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: Sat, 29 Aug 2015 09:15:18 -0000
--089e0116178e81f1f5051e6fa365
Content-Type: text/plain; charset=UTF-8
On Fri, Aug 28, 2015 at 4:46 PM, Btc Drak via bitcoin-dev <
bitcoin-dev@lists.linuxfoundation.org> wrote:
> On Sat, Aug 29, 2015 at 12:35 AM, Chris Pacia via bitcoin-dev
> > It may be in everyone's collective interest to raise the block size but
> not
> > their individual interest.
>
> It is clear from recent events that miners are willing to collaborate
> together for the greater good of their industry. Miners have also
> publicly shown support for raising the blocksize collaboratively.
>
When have miners shown a willingness to make sacrifices for miners as a
whole when they've been in a "public good"[1] situation? Miners
collaborating to release statements to the public about which BIPs they
support is very different from miners incurring costs only to themselves in
order to help the entire group. They might do so, but it isn't clear.
I agree with Jorge and Mark that allowing miners to vote on the block size
is not ideal. Miners interests are somewhat aligned with those of the
broader community, but not perfectly aligned. The block size level that
maximizes miner revenue is not necessarily desirable overall. More miner
revenue is only good if the marginal extra security that it buys is worth
the extra cost. In addition to the cost of higher user fees, there's
another hidden cost. In Bitcoin's early stages trying to maximize revenue
too soon can slow growth and result in less revenue when it's more needed
(when block rewards are much lower).
[1] https://en.wikipedia.org/wiki/Public_good
--089e0116178e81f1f5051e6fa365
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">On F=
ri, Aug 28, 2015 at 4:46 PM, Btc Drak via bitcoin-dev <span dir=3D"ltr"><=
;<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org" target=3D"_blank"=
>bitcoin-dev@lists.linuxfoundation.org</a>></span> wrote:<br><blockquote=
class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left-width:=
1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left=
:1ex"><span class=3D"">On Sat, Aug 29, 2015 at 12:35 AM, Chris Pacia via bi=
tcoin-dev<br>
> It may be in everyone's collective interest to raise the block siz=
e but not<br>
> their individual interest.<br>
<br>
</span>It is clear from recent events that miners are willing to collaborat=
e<br>
together for the greater good of their industry. Miners have also<br>
publicly shown support for raising the blocksize collaboratively.<br></bloc=
kquote><div><br></div><div>When have miners shown a willingness to make sac=
rifices for miners as a whole when they've been in a "public good&=
quot;[1] situation? Miners collaborating to release statements to the publi=
c about which BIPs they support is very different from miners incurring cos=
ts only to themselves in order to help the entire group. They might do so, =
but it isn't clear.</div><div><br></div><div>I agree with Jorge and Mar=
k that allowing miners to vote on the block size is not ideal. Miners inter=
ests are somewhat aligned with those of the broader community, but not perf=
ectly aligned. The block size level that maximizes miner revenue is not nec=
essarily desirable overall. More miner revenue is only good if the marginal=
extra security that it buys is worth the extra cost. In addition to the co=
st of higher user fees, there's another hidden cost. In Bitcoin's e=
arly stages trying to maximize revenue too soon can slow growth and result =
in less revenue when it's more needed (when block rewards are much lowe=
r).=C2=A0</div><div><br></div><div>[1]=C2=A0<a href=3D"https://en.wikipedia=
.org/wiki/Public_good">https://en.wikipedia.org/wiki/Public_good</a></div><=
/div></div></div>
--089e0116178e81f1f5051e6fa365--
|