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
|
Return-Path: <pieter.wuille@gmail.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
[172.17.192.35])
by mail.linuxfoundation.org (Postfix) with ESMTPS id CFD38409
for <bitcoin-dev@lists.linuxfoundation.org>;
Mon, 10 Aug 2015 14:34:56 +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 75A00FB
for <bitcoin-dev@lists.linuxfoundation.org>;
Mon, 10 Aug 2015 14:34:56 +0000 (UTC)
Received: by igbpg9 with SMTP id pg9so70611516igb.0
for <bitcoin-dev@lists.linuxfoundation.org>;
Mon, 10 Aug 2015 07:34:56 -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=i9h/NB1y+Dfi2HIDV16Sq2L+rCJBTGM1EsL9WpVrtJ0=;
b=GHILZ0cHmTkdiFJN0sXeTckBiQwbM86EDXHEZ+vQ3TaxaUa5Pm86KuS78LmBJyFbXR
JCiBuu+QfbvA0v6c815AxKtGuNmFAnk/ol4rfpmzfLCBunF8Ut14lrNrMsQ6E3NaIdCC
kpbrTv3iG/EDvDGPs3i8MsF5O+kGzekPhWMqSlO/hFu57YObuG1OiU33wOccOcyTFN1c
MKzEl1x6CiYPa7Yq+9+OCQZZ4cSDulNi/AIZTXLHzuRfYP0D7+GtXKX6R3h0+DEnN+yv
OA4wfcJEYpxLnzTTViOxHm9irms5araWKBcxYbjqZlTfY0JabWEdL9gPCI5OrKrtMyRu
3Yfw==
MIME-Version: 1.0
X-Received: by 10.50.21.10 with SMTP id r10mr12083170ige.94.1439217295952;
Mon, 10 Aug 2015 07:34:55 -0700 (PDT)
Received: by 10.36.77.201 with HTTP; Mon, 10 Aug 2015 07:34:55 -0700 (PDT)
In-Reply-To: <CABsx9T2aZHe5382_fC7bEG2OFPadS3p0jjaAD8FW7p36XS7tcA@mail.gmail.com>
References: <CABsx9T16fH+56isq95m4+QWsKwP==tf75ep8ghnEcBoV4OtZJA@mail.gmail.com>
<CAPg+sBgOt=qhQVZv5P-4mcD75=L4PKgOfRqhyB6FZdSYQajrwQ@mail.gmail.com>
<CABsx9T10y6-=c7Qg6jysnf38wRX3NA3wWozxGfE+mEYJvPeqWA@mail.gmail.com>
<CABm2gDpwMQzju+Gsoe3qMi60MPr7OAiSuigy3RdA1xh-SwFzbw@mail.gmail.com>
<CABsx9T2aZHe5382_fC7bEG2OFPadS3p0jjaAD8FW7p36XS7tcA@mail.gmail.com>
Date: Mon, 10 Aug 2015 16:34:55 +0200
Message-ID: <CAPg+sBiwTQNTCBQN_idGGH4yu-mEX-r9QpDoWqR3=iKvMqg4hw@mail.gmail.com>
From: Pieter Wuille <pieter.wuille@gmail.com>
To: Gavin Andresen <gavinandresen@gmail.com>
Content-Type: multipart/alternative; boundary=047d7b86eeaeae1d55051cf5e3f4
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] Fees and the block-finding process
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: Mon, 10 Aug 2015 14:34:56 -0000
--047d7b86eeaeae1d55051cf5e3f4
Content-Type: text/plain; charset=UTF-8
On Mon, Aug 10, 2015 at 4:12 PM, Gavin Andresen <gavinandresen@gmail.com>
wrote:
>
> Executive summary: when networks get over-saturated, they become
> unreliable. Unreliable is bad.
>
> Unreliable and expensive is extra bad, and that's where we're headed
> without an increase to the max block size.
>
I think I see your point of view. You see demand for on-chain transactions
as a single number that grows with adoption. Once the transaction creation
rate grows close to the capacity, transactions will become unreliable, and
you consider this a bad thing.
And if you see Bitcoin as a payment system where guaranteed time to
confirmation is a feature, I fully agree. But I think that is an
unrealistic dream. It only seems reliable because of lack of use. It costs
1.5 BTC per day to create enough transactions to fill the block chain at
the minimum relay fee, and a small multiple of that at actual fee levels.
Assuming that rate remains similar with an increased block size, that
remains cheap.
If you want transactions to be cheap, it will also be cheap to make them
unreliable.
--
Pieter
--047d7b86eeaeae1d55051cf5e3f4
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">On Mon, Aug 10, 2015 at 4:12 PM, Gavin Andresen <span dir=
=3D"ltr"><<a href=3D"mailto:gavinandresen@gmail.com" target=3D"_blank">g=
avinandresen@gmail.com</a>></span> wrote:<br><div class=3D"gmail_extra">=
<div class=3D"gmail_quote"><blockquote class=3D"gmail_quote" style=3D"margi=
n:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br><div dir=3D"l=
tr">Executive summary: when networks get over-saturated, they become unreli=
able.=C2=A0 Unreliable is bad.<div class=3D"gmail_extra"><br></div><div cla=
ss=3D"gmail_extra">Unreliable and expensive is extra bad, and that's wh=
ere we're headed without an increase to the max block size.</div></div>=
</blockquote><div><br></div><div>I think I see your point of view. You see =
demand for on-chain transactions as a single number that grows with adoptio=
n. Once the transaction creation rate grows close to the capacity, transact=
ions will become unreliable, and you consider this a bad thing.<br><br></di=
v><div class=3D"gmail_quote">And if you see Bitcoin as a payment system whe=
re guaranteed time to confirmation is a feature, I fully agree. But I think=
that is an unrealistic dream. It only seems reliable because of lack of us=
e. It costs 1.5 BTC per day to create enough transactions to fill the block=
chain at the minimum relay fee, and a small multiple of that at actual fee=
levels. Assuming that rate remains similar with an increased block size, t=
hat remains cheap.<br><br></div><div class=3D"gmail_quote">If you want tran=
sactions to be cheap, it will also be cheap to make them unreliable.<br><br=
>-- <br></div><div class=3D"gmail_quote">Pieter<br><br></div></div></div></=
div>
--047d7b86eeaeae1d55051cf5e3f4--
|