summaryrefslogtreecommitdiff
path: root/96/43338b11e4f514624da6adfa8895dc7f93401a
blob: 5569fc4a0492572f8ca797bb88c613835bcb2538 (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
Return-Path: <hectorchu@gmail.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 5CD1B89E
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Wed,  5 Aug 2015 10:52:00 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-la0-f47.google.com (mail-la0-f47.google.com
	[209.85.215.47])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 8444230
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Wed,  5 Aug 2015 10:51:59 +0000 (UTC)
Received: by labjt7 with SMTP id jt7so8428155lab.0
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Wed, 05 Aug 2015 03:51:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:cc:content-type;
	bh=3cNAj24PKLNg84afvRfrMltHf2984HHfOZi9gW9CI9s=;
	b=ncV755gBbU5iBk0FleyANx7sYhq4DgsA9DDHIXswPNFxSKFg7UDNxxEl9lS5uIQJ0Y
	zz2iXivYZD2Rof0aQ6Skb0QNkR1PxiK1hbMub0XvD6tng5nNIvHeyDl7X0bMbOot/jDS
	+2hZ55shdjSVsiGDARmR4ohxoSF4hkHyNqLC4aLBI4ZLDZwOjD1VkldyCih+VRpOyhiL
	jYxU8qwbw106YkdS3/I/syrlrcIJ6huYKjOHGulrm6H+ntT77TVVK4OO+60ctKOVr+Zs
	Zd9QtyE2u1MvoNd8dhwrQwYRvXD9k3AH2DDshwt0Eixwp51ZnCzttxkItBLlgLPe9H6G
	ZkpA==
X-Received: by 10.112.148.130 with SMTP id ts2mr8692466lbb.17.1438771917579;
	Wed, 05 Aug 2015 03:51:57 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.25.22.25 with HTTP; Wed, 5 Aug 2015 03:51:37 -0700 (PDT)
In-Reply-To: <CALqxMTGiSdh64G9LVLoCCio3fLNaXUY9v0BeMZV+ZiN6ShY0Ew@mail.gmail.com>
References: <CABsx9T1E1s=4h-SxLTOAXK4GniZrUekcEb6zDdTDFG+h7X98MA@mail.gmail.com>
	<1438640036.2828.0.camel@auspira.com>
	<CABsx9T2A-Mz9z=TTifbL2_sKCDvy8coRpNse+0vff6EbXbp8cg@mail.gmail.com>
	<BF420F3B-044C-46F6-8880-FEEB9A3DC748@gmx.com>
	<CAOoPuRb=wDKOoRXuqktDypyJ_gs1w5WORx4+LH84AOEv_PY1ZQ@mail.gmail.com>
	<CAAO2FKGPeBnpB0X3fvqkX+Wy6wOO+m1ZPhEup0Hvv4_nhcRUKA@mail.gmail.com>
	<CALqxMTGiSdh64G9LVLoCCio3fLNaXUY9v0BeMZV+ZiN6ShY0Ew@mail.gmail.com>
From: Hector Chu <hectorchu@gmail.com>
Date: Wed, 5 Aug 2015 11:51:37 +0100
Message-ID: <CAAO2FKGjarDHVyF0kJ39iS=QPQ_XrB97=dgHVVwSyih05EjJsQ@mail.gmail.com>
To: Adam Back <adam@cypherspace.org>
Content-Type: multipart/alternative; boundary=047d7b3a81ea0f6f71051c8e3192
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] "A Transaction Fee Market Exists Without a Block
 Size Limit"--new research paper suggests
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 10:52:00 -0000

--047d7b3a81ea0f6f71051c8e3192
Content-Type: text/plain; charset=UTF-8

On 5 August 2015 at 10:57, Adam Back <adam@cypherspace.org> wrote:

> You may find the flexcap idea summarised in outline by Greg Maxwell
> and Mark Friedenbach a month or so back interesting in showing that
> one can achieve such effects without handing over a free vote to
> miners and hence avoid many (though probably not all) of the
> side-effects inherent in giving miners control.
>

The market I am thinking of would be open to all, not just miners. But
miners would probably be best placed to profit from such a market, as it is
their business to know about the revenue/costs tradeoff.

About side-effects, I think we can make argument that there are limits
> because other than in an extremis sense, miners are not necessarily in
> alignment with security, nor maximising user utility and value
> delivered.
>

If the block size was increasing at every settlement date (the dates on
which, every 3 months say, the block size would be adjusted to the level
indicated by the market) and users were getting concerned about
centralization, the natural tendency would be for:
a) The block size prediction market would tend to go back down.
b) BTC/USD would tend to go down, reducing miner profit and indicating to
them that the block size is too high.
c) Transaction rate would decrease as some users stop using Bitcoin, also
decreasing miner profit.

--047d7b3a81ea0f6f71051c8e3192
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 5=
 August 2015 at 10:57, Adam Back <span dir=3D"ltr">&lt;<a href=3D"mailto:ad=
am@cypherspace.org" target=3D"_blank">adam@cypherspace.org</a>&gt;</span> w=
rote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;borde=
r-left:1px #ccc solid;padding-left:1ex">You may find the flexcap idea summa=
rised in outline by Greg Maxwell<br>
and Mark Friedenbach a month or so back interesting in showing that<br>
one can achieve such effects without handing over a free vote to<br>
miners and hence avoid many (though probably not all) of the<br>
side-effects inherent in giving miners control.<br></blockquote><div><br></=
div><div>The market I am thinking of would be open to all, not just miners.=
 But miners would probably be best placed to profit from such a market, as =
it is their business to know about the revenue/costs tradeoff.</div><div><b=
r></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border=
-left:1px #ccc solid;padding-left:1ex">
About side-effects, I think we can make argument that there are limits<br>
because other than in an extremis sense, miners are not necessarily in<br>
alignment with security, nor maximising user utility and value<br>
delivered.<br></blockquote><div><br></div><div>If the block size was increa=
sing at every settlement date (the dates on which, every 3 months say, the =
block size would be adjusted to the level indicated by the market) and user=
s were getting concerned about centralization, the natural tendency would b=
e for:</div><div>a) The block size prediction market would tend to go back =
down.</div><div>b) BTC/USD would tend to go down, reducing miner profit and=
 indicating to them that the block size is too high.</div><div>c) Transacti=
on rate would decrease as some users stop using Bitcoin, also decreasing mi=
ner profit.</div></div></div></div>

--047d7b3a81ea0f6f71051c8e3192--