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
|
Return-Path: <nxtchg@hush.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
[172.17.192.35])
by mail.linuxfoundation.org (Postfix) with ESMTPS id DBE4DB88
for <bitcoin-dev@lists.linuxfoundation.org>;
Sat, 27 Jun 2015 10:29:12 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Received: from smtp3.hushmail.com (smtp3.hushmail.com [65.39.178.200])
by smtp1.linuxfoundation.org (Postfix) with ESMTPS id A86C3FB
for <bitcoin-dev@lists.linuxfoundation.org>;
Sat, 27 Jun 2015 10:29:12 +0000 (UTC)
Received: from smtp3.hushmail.com (localhost [127.0.0.1])
by smtp3.hushmail.com (Postfix) with SMTP id 6507EE0150
for <bitcoin-dev@lists.linuxfoundation.org>;
Sat, 27 Jun 2015 10:29:12 +0000 (UTC)
Received: from smtp.hushmail.com (w7.hushmail.com [65.39.178.32])
by smtp3.hushmail.com (Postfix) with ESMTP;
Sat, 27 Jun 2015 10:29:12 +0000 (UTC)
Received: by smtp.hushmail.com (Postfix, from userid 99)
id 06E2641A3E; Sat, 27 Jun 2015 10:29:11 +0000 (UTC)
MIME-Version: 1.0
Date: Sat, 27 Jun 2015 13:29:11 +0300
To: "Wladimir J. van der Laan" <laanwj@gmail.com>
From: "NxtChg" <nxtchg@hush.com>
In-Reply-To: <20150627100400.GC25420@amethyst.visucore.com>
References: <CAPg+sBjOj9eXiDG0F6G54SVKkStF_1HRu2wzGqtFF5X_NAWy4w@mail.gmail.com>
<20150627074259.GA25420@amethyst.visucore.com>
<20150627095501.C59B541A40@smtp.hushmail.com>
<20150627100400.GC25420@amethyst.visucore.com>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="UTF-8"
Message-Id: <20150627102912.06E2641A3E@smtp.hushmail.com>
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,FREEMAIL_FROM,
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@lists.linuxfoundation.org
Subject: Re: [bitcoin-dev] The need for larger blocks
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: Sat, 27 Jun 2015 10:29:12 -0000
On 6/27/2015 at 1:04 PM, "Wladimir J. van der Laan" <laanwj@gmail.com> wrote:
> Then you won't risk the other 'passengers' who don't consent to it.
But you can look at it the other way: what about risking the 'passengers' when the plane suddenly doesn't fly anymore?
Increasing block limit increases the risk of centralization, but it also keeps the current status quo of blocks not being filled, rather then risking an unknown option of hitting the limit hard.
>... and pretending is only going to cause damage by creating false expectations, or eventually even double-spending possibility because of conflicting forks.
So you personally see the risks of a hard-fork outweigh the risks of not increasing the block size.
It's a valid opinion, but you probably don't want to decide the fate of Bitcoin single-handedly by denying any change, which is not a technical emergency.
That's why there should be a mechanism where the whole community can vote. Lacking that, that's what Gavin and Mike are doing: creating their own mechanism for consensus changes.
|
