summaryrefslogtreecommitdiff
path: root/cf/22509cae378db12d089bcc6a2af4dece592e64
blob: 6c926df97614e7229b277c664b5377cd829a5cb7 (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
Return-Path: <cryptocurrencies@quidecco.de>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 53A76BD1
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Sun, 20 Sep 2015 13:03:48 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Received: from quidecco.de (quidecco.de [81.169.136.15])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id BF085A0
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Sun, 20 Sep 2015 13:03:47 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
	by quidecco.de (Postfix) with SMTP id 988F2E6DCCA;
	Sun, 20 Sep 2015 13:41:52 +0200 (CEST)
From: Isidor Zeuner <cryptocurrencies@quidecco.de>
To: Paul Sztorc via bitcoin-dev <bitcoin-dev@lists.linuxfoundation.org>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: quoted-printable
References: <55FC8CEB.9070508@gmail.com>
	<CAOG=w-t2ZYQbx8+mG5FX8vzgAC_tb8A6KMABmudHQbrquEqX-Q@mail.gmail.com>
In-Reply-To: <55FC8CEB.9070508@gmail.com>
Message-Id: <20150920114152.988F2E6DCCA@quidecco.de>
Date: Sun, 20 Sep 2015 13:41:52 +0200 (CEST)
X-Spam-Status: No, score=1.5 required=5.0 tests=BAYES_40,T_RP_MATCHES_RCVD,
	URIBL_RHS_DOB autolearn=no version=3.3.1
X-Spam-Level: *
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	smtp1.linux-foundation.org
Subject: Re: [bitcoin-dev] Improving Blocksize Communication Through Markets
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: Sun, 20 Sep 2015 13:03:48 -0000

Hi there,

replies in-line:

[...]
> 4. Do you ever stop and think: How much *money* was spent for everyone
> to travel to Montreal, stay at their hotels, and to rent the conference
> venue and broadcasting accommodations?

Not to mention that trying to solve a global issue with a conference
local to Montreal is a good example for _centralizing_ Bitcoin...

[...]
> More details are on the project page ( http://bitcoinblocksize.com/ ),
> some technical details are in the Github README.
>

I agree that letting the market decide is the way to go. But I
don't understand why we would want to have yet another
(side-)chain because of that. The market can already decide at the
point where _every_ Bitcoin user starts to discriminate the Bitcoins
he accepts between the client versions of the blocks where the
Bitcoins come from (and the corresponding BIPs where the version
numbers relate to). If a miner decides to follow a particular block
size policy against the will of the community, the market could
quickly rectify it when the miner realizes that no one accepts the
resulting coins anymore, leading to financial loss for the miner.

Best regards,

Isidor