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
|
Received: from sog-mx-1.v43.ch3.sourceforge.com ([172.29.43.191]
helo=mx.sourceforge.net)
by sfs-ml-4.v29.ch3.sourceforge.com with esmtp (Exim 4.76)
(envelope-from <tomh@thinlink.com>) id 1Yqab9-0007ot-Gw
for bitcoin-development@lists.sourceforge.net;
Fri, 08 May 2015 05:13:19 +0000
X-ACL-Warn:
Received: from mail-pd0-f170.google.com ([209.85.192.170])
by sog-mx-1.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128)
(Exim 4.76) id 1Yqab8-0005Ej-GH
for bitcoin-development@lists.sourceforge.net;
Fri, 08 May 2015 05:13:19 +0000
Received: by pdea3 with SMTP id a3so64205942pde.3
for <bitcoin-development@lists.sourceforge.net>;
Thu, 07 May 2015 22:13:12 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20130820;
h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to
:cc:subject:references:in-reply-to:content-type
:content-transfer-encoding;
bh=xtoeju5NZ1vyej4l8EvrLR7WZn4JBM5f5z/5+V8rkGo=;
b=Qtlw9GKewEOPTvUwGOYjgjfvas1n9p7zhxw12aL1upxnYVxPmkHQptWilblkSSxsfh
ustiydkUFfE1G7Kc4SGZTkID1Axmqv+qcQPrDHMujAi3sEm1geNp+mEKMbQdIiggFsXR
oIFWi1izpQ7bbYpVqDxiizNOLJee8YjA4FZGh089oSWNb/HmD8jyVLVgeIfF7ypP5043
PxYIbju6TRH7sj9pS4SckRftV/veqzvHnfFOJnsx5vnTm7ELl2JGFuL94wmznEQi2K50
6c4ADkEHc+RHP/x9jjOZSQ4DnqSEfZRrNimXgmNeO+ZPp8bl2qEu5lW8b7cDWuzK6Ff1
aSVQ==
X-Gm-Message-State: ALoCoQlBS23iNHSSjSp56BVjpCzGpeWL60qxPhGok7PcoZguD1DJNK7GOtpHBE3qPgkDbriD2Idk
X-Received: by 10.70.43.176 with SMTP id x16mr3489807pdl.83.1431061987702;
Thu, 07 May 2015 22:13:07 -0700 (PDT)
Received: from [192.168.1.89] (99-8-65-117.lightspeed.davlca.sbcglobal.net.
[99.8.65.117]) by mx.google.com with ESMTPSA id
hj11sm3763691pbd.33.2015.05.07.22.13.06
(version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
Thu, 07 May 2015 22:13:07 -0700 (PDT)
Message-ID: <554C45E4.1020208@thinlink.com>
Date: Thu, 07 May 2015 22:13:08 -0700
From: Tom Harding <tomh@thinlink.com>
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64;
rv:31.0) Gecko/20100101 Thunderbird/31.6.0
MIME-Version: 1.0
To: Jeff Garzik <jgarzik@bitpay.com>
References: <554A91BE.6060105@bluematt.me>
<CANEZrP3wGWHdz+ut6pvke5TJJsc1rTFt8sn2KziX35oL5LAsyg@mail.gmail.com>
<CABm2gDpDvk2VsQ+mJ-BoeBKmvu9jBXNujZEFKuCStRNjFL6VOA@mail.gmail.com>
<CANEZrP2zAGCCBhNa4=9yw+A_Dn5o4SQXoPTE_qcJzZ1dFuF2tw@mail.gmail.com>
<CABm2gDqd6iHRUDKZWWTudcC1QkYa+rCuHjz7pMC2K1Db8wpgfA@mail.gmail.com>
<CANEZrP1CU0kB0vXeXUX1L8byaT-Zf2xg+3N+GeNthi_i6bn1qw@mail.gmail.com>
<CABsx9T2Nxvr4fqREMw3_LXftzsxrUAR1+9sVMa8_EpTnH1nN1Q@mail.gmail.com>
<554BA032.4040405@bluematt.me>
<CANEZrP3yM9wsSPNgpOsXDk-DjUy5PW2XuRTvK2AyCNbVJ5hZHw@mail.gmail.com>
<CADJgMzti7ROH90APiwg4NOAT5+Av=4i295b8VN0sbSLr4+WWRw@mail.gmail.com>
<CANEZrP39jWHLF02z-81Z4+9X1vH5+hMuS=-3ED81=Q1o9U=DKw@mail.gmail.com>
<554BBDA2.7040508@gmail.com>
<CAJHLa0NcxOHkrtW2=-JgfsXQJkCO8Ym7icBwMx_2RsaWcPBnTw@mail.gmail.com>
<554C1410.7050406@thinlink.com>
<CAJHLa0PeEd19ooHbOHUMxX9-5=iyUng-9GWnQFOn_F3aXxVWLQ@mail.gmail.com>
In-Reply-To: <CAJHLa0PeEd19ooHbOHUMxX9-5=iyUng-9GWnQFOn_F3aXxVWLQ@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-Spam-Report: Spam Filtering performed by mx.sourceforge.net.
See http://spamassassin.org/tag/ for more details.
X-Headers-End: 1Yqab8-0005Ej-GH
Cc: Bitcoin Dev <bitcoin-development@lists.sourceforge.net>
Subject: Re: [Bitcoin-development] Block Size Increase
X-BeenThere: bitcoin-development@lists.sourceforge.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <bitcoin-development.lists.sourceforge.net>
List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/bitcoin-development>,
<mailto:bitcoin-development-request@lists.sourceforge.net?subject=unsubscribe>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=bitcoin-development>
List-Post: <mailto:bitcoin-development@lists.sourceforge.net>
List-Help: <mailto:bitcoin-development-request@lists.sourceforge.net?subject=help>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/bitcoin-development>,
<mailto:bitcoin-development-request@lists.sourceforge.net?subject=subscribe>
X-List-Received-Date: Fri, 08 May 2015 05:13:19 -0000
On 5/7/2015 7:09 PM, Jeff Garzik wrote:
>
> G proposed 20MB blocks, AFAIK - 140 tps
> A proposed 100MB blocks - 700 tps
> For ref,
> Paypal is around 115 tps
> VISA is around 2000 tps (perhaps 4000 tps peak)
>
> I ask again: where do we want to go? This is the existential
> question behind block size.
>
> Are we trying to build a system that can handle Paypal volumes? VISA
> volumes?
>
> It's not a snarky or sarcastic question: Are we building a system to
> handle all the world's coffees? Is bitcoin's main chain and network -
> Layer 1 - going to receive direct connections from 500m mobile phones,
> broadcasting transactions?
>
> We must answer these questions to inform the change being discussed
> today, in order to decide what makes the most sense as a new limit.=20
> Any responsible project of this magnitude must have a better story
> than "zomg 1MB, therefore I picked 20MB out of a hat" Must be able to
> answer /why/ the new limit was picked.
>
> As G notes, changing the block size is simply kicking the can down the
> road:
> http://gavinandresen.ninja/it-must-be-done-but-is-not-a-panacea =20
> Necessarily one must ask, today, what happens when we get to the end
> of that newly paved road.
>
>
Accepting that outcomes are less knowable further into the future is not
the same as failing to consider the future at all. A responsible
project can't have a movie-plot roadmap. It needs to give weight to
multiple possible future outcomes.
http://en.wikipedia.org/wiki/Decision_tree
One way or another, the challenge is to decide what to do next. Beyond
that, it's future decisions all the way down.=20
Alan argues that 7 tps is a couple orders of magnitude too low for any
meaningful commercial activity to occur, and too low to be the final
solution, even with higher layers. I agree. I also agree with you,
that we don't really know how to accomplish 700tps right now.
What we do know is if we want to bump the limit in the short term, we
ought to start now, and until there's a better alternative root to the
decision tree, it just might be time to get moving.
|
