From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 53A76BD1 for ; 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 ; 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 To: Paul Sztorc via bitcoin-dev Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable References: <55FC8CEB.9070508@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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-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