summaryrefslogtreecommitdiff
path: root/c9/926ef2cf3f6d6053347956f9e0fb37fd9f7fa1
blob: 13e765624ad13dae9aab47161071df4205b45fd6 (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
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 1C71386
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Tue, 18 Aug 2015 09:46:12 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Received: from smtp10.hushmail.com (smtp10.hushmail.com [65.39.178.143])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 71B08E8
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Tue, 18 Aug 2015 09:46:11 +0000 (UTC)
Received: from smtp10.hushmail.com (localhost [127.0.0.1])
	by smtp10.hushmail.com (Postfix) with SMTP id 2DC32C028E
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Tue, 18 Aug 2015 09:46:11 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=hush.com;
	h=date:to:subject:from; s=hush;
	bh=8Arq19N4IHx/zthViwMnFVmHwkc7G1rOO2BmtyIEZyg=;
	b=QdZ1M68Cc5bGrjxrqo2hDz8KRum5Qo7zzuTEWft48ID1a91wjYtsGxKJkqllQdcipu6HDsBSCEWxZcEUaL2cpirUDBsq1aqCdfVfHZ3Zqn/KCxCT9cSkRCzSA9pYh68QI0mhDg4tTJ1fff5oGMvzc3tvQkymukdOTGgU7JddQeQ0JPz8db5O1Jb+WOQDUlANFfexrVBkqrwxDCSkEzmyHinwSm1Oz8zn/Oai0x2HRzVn3SyMfNHRPLYs/1/CfUt8DaJkR7y5MMPGMcL0mEjtB9JLU8iSeqLqoC5SNyH+/w1M2SzQA6rKh/SpzWyLwY+D7U8CXW20JYeMHbCWEj/jmQ==
Received: from smtp.hushmail.com (w9.hushmail.com [65.39.178.29])
	by smtp10.hushmail.com (Postfix) with ESMTP;
	Tue, 18 Aug 2015 09:46:10 +0000 (UTC)
Received: by smtp.hushmail.com (Postfix, from userid 99)
	id 2344943128; Tue, 18 Aug 2015 09:46:12 +0000 (UTC)
MIME-Version: 1.0
Date: Tue, 18 Aug 2015 12:46:11 +0300
To: "Eric Lombrozo" <elombrozo@gmail.com>
From: "NxtChg" <nxtchg@hush.com>
In-Reply-To: <CE3B7411-2863-4D6B-85B0-4F28D4D7F391@gmail.com>
References: <20150817100918.BD1F343128@smtp.hushmail.com>
	<1439815244.89850.YahooMailBasic@web173102.mail.ir2.yahoo.com>
	<20150817133438.DDD4243128@smtp.hushmail.com>
	<CE3B7411-2863-4D6B-85B0-4F28D4D7F391@gmail.com> 
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="UTF-8"
Message-Id: <20150818094612.2344943128@smtp.hushmail.com>
X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,
	DKIM_VALID, DKIM_VALID_AU, 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] Annoucing Not-BitcoinXT
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: Tue, 18 Aug 2015 09:46:12 -0000

Eric,

>FWIW...

These are all good points and I agree with most of them. Yes, the block size debate is a lucky historical accident, which makes it easier for XT to pull off the split, but that's not the point.

The point is, the split _must_ happen because the centralized governance of Bitcoin became a bigger problem than the risks of a fork or larger blocks.

You cannot govern a decentralized currency with a centralized entity.

That's why we shouldn't fear hard forks - they are the new reality, and if we cannot set up a reliable process for them to happen then there _is_ no decentralized Bitcoin and we all might as well just give up and go home.

----

And that's why it would be nice to have a more complex voting mechanism in the block header (see this proposal for the new header format, for example: https://bitcointalk.org/index.php?topic=1151698) and other initiatives to make forking more reliable and user choice easier.

This is a better path than trying to suppress all forks by dictatorship methods of the few currently in power.