Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 8DF02267 for ; Sun, 16 Aug 2015 13:49:16 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from mail-ig0-f173.google.com (mail-ig0-f173.google.com [209.85.213.173]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id E011818D for ; Sun, 16 Aug 2015 13:49:15 +0000 (UTC) Received: by igfj19 with SMTP id j19so40608502igf.0 for ; Sun, 16 Aug 2015 06:49:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vinumeris.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=rA4w3Z8NJY6DoBCKJwRrXBnCSCX74F1olEfVC/xLi7A=; b=BRN5x1zaOpV7KeX00ExWY0WRYpQmvdMNKn6tSvSs2aSUoVjSUb8wn7zJU/t70dHHQQ GeAqwahIuc+qStMfVtwS6EhWYlUMm1eWVy+4uq4FB0lx5j56LADScjlmj9WYSay0ayxi T8uU9WPV7gyit3j1hnyACIRJB+SaJrcOxX1ms= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=rA4w3Z8NJY6DoBCKJwRrXBnCSCX74F1olEfVC/xLi7A=; b=g/VMb6YRRd7kJMY3ANv6mnOZ92CsZDXSfZXehX+89ZqCxtUX9zQdWMPx4cYbwRRcTS JMfhAQ3mks2W8Lb457X4wUPXYxJThGopCT0VVVtzJEiwLQiHY1c+zwauA8KoDyc+StnY bnpYrFGaS/47si+VjK9erPYfQpXC6MGeapGFY+dsEbUs7EeNCNGDMX94VSKCXqEZkTtI DyXrBY9E6jZRRUWpgGeULAoBBqNFStnKKoAOxh1BZXLAeMOlKJZwibQiyDvU0K2xJbnk pNdI32k3C70Zdgv8kiNSMDvIhgQCtDCWemPFUY7SKg3hkMAixr9Bm4M1p+T/iyBY10M2 tLSA== X-Gm-Message-State: ALoCoQlQSWepLeScpF1wg6aXVc4qgf07MuBo5jia+9LleWPBJAsvshEWdY4LM6rU0diGo9RHEuDR MIME-Version: 1.0 X-Received: by 10.50.147.35 with SMTP id th3mr12195826igb.83.1439732955235; Sun, 16 Aug 2015 06:49:15 -0700 (PDT) Received: by 10.50.208.7 with HTTP; Sun, 16 Aug 2015 06:49:15 -0700 (PDT) In-Reply-To: References: Date: Sun, 16 Aug 2015 15:49:15 +0200 Message-ID: From: Mike Hearn To: Eric Lombrozo Content-Type: multipart/alternative; boundary=089e0149c0505e66cd051d6df310 X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HTML_MESSAGE,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 Subject: Re: [bitcoin-dev] Bitcoin XT 0.11A 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, 16 Aug 2015 13:49:16 -0000 --089e0149c0505e66cd051d6df310 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Eric, Sorry you feel that way. I devoted a big part of the article to trying to fairly represent the top 3 arguments made, but ultimately I can't link to a clear statement of what Bitcoin Core thinks because there isn't one. Some people think the block size should increase, but not now, or not by much. Others think it should stay at 1mb forever, others think everyone should migrate to Lightning, people who are actually *implementing* Lightning think it's not a replacement for an increase ..... I think one or two people even suggested shrinking the block size! So I've done my best to sum up the top arguments. If you think I've done a bad job, well, get writing and lay it out how you see it! I don't think the position of "Bitcoin is open source but touching THESE parts is completely bogus" is reasonable. Bitcoin is open source or it isn't. You can't claim to be decentralised and open source, but then only have 5 people who are allowed to edit the most important parts. That's actually worse than central banking! This isn=E2=80=99t a democracy - consensus is all or nothing. > This idea is one of the incorrect beliefs that will hopefully be disproven in the coming months. Bitcoin cannot possibly be "all or nothing" because as I pointed out before, that would give people a strong financial incentive to try and hold the entire community to ransom: "I have 1 terahash/sec of mining power. Pay me 1000 BTC or I'll never agree to the next upgrade". Or indeed, me and Gavin could play the same trick. --089e0149c0505e66cd051d6df310 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Eric,

Sorry you feel that way. I dev= oted a big part of the article to trying to fairly represent the top 3 argu= ments made, but ultimately I can't link to a clear statement of what Bi= tcoin Core thinks because there isn't one. Some people think the block = size should increase, but not now, or not by much. Others think it should s= tay at 1mb forever, others think everyone should migrate to Lightning, peop= le who are actually implementing=C2=A0Lightning think it's not a= replacement for an increase ..... I think one or two people even suggested= shrinking the block size!

So I've done my bes= t to sum up the top arguments. If you think I've done a bad job, well, = get writing and lay it out how you see it!

I don&#= 39;t think the position of "Bitcoin is open source but touching THESE = parts is completely bogus" is reasonable. Bitcoin is open source or it= isn't. You can't claim to be decentralised and open source, but th= en only have 5 people who are allowed to edit the most important parts. Tha= t's actually worse than central banking!

This isn=E2=80=99t a democracy - consensus i= s all or nothing.

This idea is = one of the incorrect beliefs that will hopefully be disproven in the coming= months. Bitcoin cannot possibly be "all or nothing" because as I= pointed out before, that would give people a strong financial incentive to= try and hold the entire community to ransom: "I have 1 terahash/sec o= f mining power. Pay me 1000 BTC or I'll never agree to the next upgrade= ".

Or indeed, me and Gavin could play the sam= e trick.
--089e0149c0505e66cd051d6df310--