summaryrefslogtreecommitdiff
path: root/d5/46ce8c84e809e9c68a77d28e0de00960ea96e3
blob: 3796c1c8f361a0605a8aa5a2337b6541d775b758 (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
Return-Path: <gavinandresen@gmail.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id CAA4683D
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Wed,  5 Aug 2015 23:51:05 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-la0-f52.google.com (mail-la0-f52.google.com
	[209.85.215.52])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 3597F192
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Wed,  5 Aug 2015 23:51:05 +0000 (UTC)
Received: by labjt7 with SMTP id jt7so21202364lab.0
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Wed, 05 Aug 2015 16:51:03 -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=QsGHpoOVlr4yfAk5zj0ZasSSbHYpv3qBdWs5E5TpvPU=;
	b=b48n/7+kAyBWnu5RLgpJTdNRbtDNflj2WEN1JJQ7MsqlYwBMlH3eeXdTlBqNmyxBAa
	wy8FmHu503qs4NTpmogfFQItX2cYDQ/HQxm7W/1tsfSWHL0puq4LBOMEXx4bcWpPYVMm
	9UsAnDEM1kaL+5kZ6PSTVyQkDv2lfGVWFeWKoi9w4VrniEFVSPfdBsO1/4EzI6tL/yJd
	4R0HkhEQzIn8NC55icEpvDu/melie0+sRCTnxAU4Kxjbiw1/7fMz3KP+szXZ6SekhnFu
	z8IqorQflD/LhPtvO/jXpf+EOv8CyCy3Y0SA2TJWqUW35CVpbDNyRXgG+2dCcB05/GVh
	P7fQ==
MIME-Version: 1.0
X-Received: by 10.112.239.43 with SMTP id vp11mr11820609lbc.75.1438818663465; 
	Wed, 05 Aug 2015 16:51:03 -0700 (PDT)
Received: by 10.25.143.195 with HTTP; Wed, 5 Aug 2015 16:51:03 -0700 (PDT)
In-Reply-To: <CABm2gDoF41_1g25F-+ujohGTTFPAZJCX+Xg1QPvt=jYijvb32g@mail.gmail.com>
References: <CABm2gDoF41_1g25F-+ujohGTTFPAZJCX+Xg1QPvt=jYijvb32g@mail.gmail.com>
Date: Wed, 5 Aug 2015 19:51:03 -0400
Message-ID: <CABsx9T0Wt7pSx2Qgcu8tSeyQuhBkH=fpLXhj-=UsXHJzqkVKnA@mail.gmail.com>
From: Gavin Andresen <gavinandresen@gmail.com>
To: =?UTF-8?B?Sm9yZ2UgVGltw7Nu?= <jtimon@jtimon.cc>
Content-Type: multipart/alternative; boundary=001a113492b8550ac4051c991306
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
Cc: Bitcoin Dev <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] Superluminal communication and the consensus
 block size limit
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: Wed, 05 Aug 2015 23:51:05 -0000

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

On Wed, Aug 5, 2015 at 7:24 PM, Jorge Tim=C3=B3n <
bitcoin-dev@lists.linuxfoundation.org> wrote:

> Miner A is able to process 100 M tx/block while miner B is only able
> to process 10 M tx/block.
>
> Will miner B be able to maintain itself competitive against miner B?
>
> The answer is: it depends on the consensus maximum block size.
>

No, it depends on all of the variables that go into the mining
profitability equation.

Does miner B have access to cheaper electricity than miner A?
Access to more advanced mining hardware, sooner?
Ability to use excess heat generated from mining productively?
Access to inexpensive labor to oversee their operations?
Access to inexpensive capital to finance investment in hardware?

The number of fee-paying transactions a miner can profitably include in
their blocks will certainly eventually be part of that equation (it is
insignificant today), and that's fantastic-- we WANT miners to include lots
of transactions in their blocks.

--=20
--
Gavin Andresen

--001a113492b8550ac4051c991306
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 W=
ed, Aug 5, 2015 at 7:24 PM, Jorge Tim=C3=B3n <span dir=3D"ltr">&lt;<a href=
=3D"mailto:bitcoin-dev@lists.linuxfoundation.org" target=3D"_blank">bitcoin=
-dev@lists.linuxfoundation.org</a>&gt;</span> wrote:<br><blockquote class=
=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padd=
ing-left:1ex">Miner A is able to process 100 M tx/block while miner B is on=
ly able<br>
to process 10 M tx/block.<br>
<br>
Will miner B be able to maintain itself competitive against miner B?<br>
<br>
The answer is: it depends on the consensus maximum block size.<br></blockqu=
ote><div>=C2=A0</div></div>No, it depends on all of the variables that go i=
nto the mining profitability equation.</div><div class=3D"gmail_extra"><br>=
</div><div class=3D"gmail_extra">Does miner B have access to cheaper electr=
icity than miner A?</div><div class=3D"gmail_extra">Access to more advanced=
 mining hardware, sooner?</div><div class=3D"gmail_extra">Ability to use ex=
cess heat generated from mining productively?</div><div class=3D"gmail_extr=
a">Access to inexpensive labor to oversee their operations?</div><div class=
=3D"gmail_extra">Access to inexpensive capital to finance investment in har=
dware?</div><div class=3D"gmail_extra"><br></div><div class=3D"gmail_extra"=
>The number of fee-paying transactions a miner can profitably include in th=
eir blocks will certainly eventually be part of that equation (it is insign=
ificant today), and that&#39;s fantastic-- we WANT miners to include lots o=
f transactions in their blocks.<br clear=3D"all"><div><br></div>-- <br><div=
 class=3D"gmail_signature">--<br>Gavin Andresen<br></div><div class=3D"gmai=
l_signature"><br></div>
</div></div>

--001a113492b8550ac4051c991306--