summaryrefslogtreecommitdiff
path: root/b5/5f70c55c8dc24f94c1aa435026931472c1ad5f
blob: f54dffdbb829612e1408cbfecb800fa91dcec6d3 (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
Received: from sog-mx-3.v43.ch3.sourceforge.com ([172.29.43.193]
	helo=mx.sourceforge.net)
	by sfs-ml-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76)
	(envelope-from <thomasv@electrum.org>) id 1Ys9Ox-0000Bv-Ca
	for bitcoin-development@lists.sourceforge.net;
	Tue, 12 May 2015 12:35:11 +0000
X-ACL-Warn: 
Received: from relay6-d.mail.gandi.net ([217.70.183.198])
	by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.76) id 1Ys9Ow-0003HT-1i
	for bitcoin-development@lists.sourceforge.net;
	Tue, 12 May 2015 12:35:11 +0000
Received: from mfilter35-d.gandi.net (mfilter35-d.gandi.net [217.70.178.166])
	by relay6-d.mail.gandi.net (Postfix) with ESMTP id 18543FB926
	for <bitcoin-development@lists.sourceforge.net>;
	Tue, 12 May 2015 14:35:04 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at mfilter35-d.gandi.net
Received: from relay6-d.mail.gandi.net ([217.70.183.198])
	by mfilter35-d.gandi.net (mfilter35-d.gandi.net [10.0.15.180])
	(amavisd-new, port 10024) with ESMTP id vQvAGq2BmbTE
	for <bitcoin-development@lists.sourceforge.net>;
	Tue, 12 May 2015 14:35:02 +0200 (CEST)
X-Originating-IP: 85.181.249.150
Received: from [192.168.1.3] (x55b5f996.dyn.telefonica.de [85.181.249.150])
	(Authenticated sender: thomasv@electrum.org)
	by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 97D69FB8CD
	for <bitcoin-development@lists.sourceforge.net>;
	Tue, 12 May 2015 14:35:02 +0200 (CEST)
Message-ID: <5551F376.4050008@electrum.org>
Date: Tue, 12 May 2015 14:35:02 +0200
From: Thomas Voegtlin <thomasv@electrum.org>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:31.0) Gecko/20100101 Thunderbird/31.6.0
MIME-Version: 1.0
CC: Bitcoin Dev <bitcoin-development@lists.sourceforge.net>
References: <5550D8BE.6070207@electrum.org>	<ce3d34c92efd1cf57326e4679550944e@national.shitposting.agency>
	<CABsx9T1VgxEJWxrYTs+2hXGnGrSLGJ6mVcAexjXLvK7Vu+e3EA@mail.gmail.com>
In-Reply-To: <CABsx9T1VgxEJWxrYTs+2hXGnGrSLGJ6mVcAexjXLvK7Vu+e3EA@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 1.2 (+)
X-Spam-Report: Spam Filtering performed by mx.sourceforge.net.
	See http://spamassassin.org/tag/ for more details.
	1.2 MISSING_HEADERS        Missing To: header
X-Headers-End: 1Ys9Ow-0003HT-1i
Subject: Re: [Bitcoin-development] Long-term mining incentives
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: Tue, 12 May 2015 12:35:11 -0000

Thank you for your answer.

I agree that a lot of things will change, and I am not asking for a
prediction of technological developments; prediction is certainly
impossible. What I would like to have is some sort of reference scenario
for the future of Bitcoin. Something a bit like the Standard Model in
Physics. The reference scenario should not be a prediction of the
future, that's not the point. In fact, it will have to be updated
everytime technological evolutions or code changes render it obsolete.

However, the reference scenario should be a workable path through the
future, using today's technologies and today's knowlegde, and including
all planned code changes. It should be, as much as possible, amenable to
quantitative analysis. It could be used to justify controversial
decisions such as a hard fork.

Your proposal of a block size increase would be much stronger if it came
with such a scenario. It would show that you know where you are going.



Le 11/05/2015 19:29, Gavin Andresen a =C3=A9crit :
> I think long-term the chain will not be secured purely by proof-of-work=
. I
> think when the Bitcoin network was tiny running solely on people's home
> computers proof-of-work was the right way to secure the chain, and the =
only
> fair way to both secure the chain and distribute the coins.
>=20
> See https://gist.github.com/gavinandresen/630d4a6c24ac6144482a  for som=
e
> half-baked thoughts along those lines. I don't think proof-of-work is t=
he
> last word in distributed consensus (I also don't think any alternatives=
 are
> anywhere near ready to deploy, but they might be in ten years).
>=20
> I also think it is premature to worry about what will happen in twenty =
or
> thirty years when the block subsidy is insignificant. A lot will happen=
 in
> the next twenty years. I could spin a vision of what will secure the ch=
ain
> in twenty years, but I'd put a low probability on that vision actually
> turning out to be correct.
>=20
> That is why I keep saying Bitcoin is an experiment. But I also believe =
that
> the incentives are correct, and there are a lot of very motivated, smar=
t,
> hard-working people who will make it work. When you're talking about tr=
ying
> to predict what will happen decades from now, I think that is the best =
you
> can (honestly) do.
>=20