Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 1DEB745E for ; Thu, 30 Jul 2015 14:03:18 +0000 (UTC) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6 Received: from pmx.vmail.no (pmx.vmail.no [193.75.16.11]) by smtp1.linuxfoundation.org (Postfix) with ESMTP id A443CB0 for ; Thu, 30 Jul 2015 14:03:06 +0000 (UTC) Received: from pmx.vmail.no (localhost [127.0.0.1]) by localhost (pmx.isp.as2116.net) with SMTP id 2EDFC21E27 for ; Thu, 30 Jul 2015 16:03:04 +0200 (CEST) Received: from smtp.bluecom.no (smtp.bluecom.no [193.75.75.28]) by pmx.vmail.no (pmx.isp.as2116.net) with ESMTP id 7E31D205F0 for ; Thu, 30 Jul 2015 16:03:03 +0200 (CEST) Received: from coldstorage.localnet (unknown [81.191.185.32]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.bluecom.no (Postfix) with ESMTPS id 6DADB1F54B for ; Thu, 30 Jul 2015 16:03:03 +0200 (CEST) From: Thomas Zander To: bitcoin-dev@lists.linuxfoundation.org Date: Thu, 30 Jul 2015 16:03:02 +0200 Message-ID: <2430713.bhgWPHaTGR@coldstorage> User-Agent: KMail/4.14.1 (Linux/3.16.0-4-amd64; KDE/4.14.2; x86_64; ; ) In-Reply-To: References: <1B7F00D3-41AE-44BF-818D-EC4EF279DC11@gmail.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.linux-foundation.org Subject: Re: [bitcoin-dev] Why Satoshi's temporary anti-spam measure isn't temporary 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: Thu, 30 Jul 2015 14:03:18 -0000 On Thursday 30. July 2015 14.50.46 Pieter Wuille via bitcoin-dev wrote: > > I believe the costs and risks of 8MB blocks are minimal, and that the > > benefits of supporting more transaction FAR outweigh those costs and > > risks, > > but it is hard to have a rational conversation about that when even simple > > questions like 'what is s reasonable cost to run a full node' are met with > > silence. > > I think the benefit of an 8 MB over a 1 MB in terms of utility is marginal Like 640kb should be enough for everyone... Unfortunately the world doesn't like things that can be bigger not getting bigger. ;) > Bitcoin's advantage over other systems does not lie in scalability. > Well-designed centralized systems can trivially compete with Bitcoin's > on-chain transactions in terms of cost, speed, reliability, convenience, > and scale. Its power lies in transparency, lack of need for trust in > network peers, miners, and those who influence or control the system. The real advantage of Bitcoin is simpler; its the first system that is not owned and possible to subvert that actually works. All existing attempts before Bitcoin are companies that try to benefit from being in the middle, to the exclusion of everyone else and to the exclusion of innovation. > Wanting to increase the scale of the system is in conflict with all of > those. Thats circular arguing. This didn't actually add anything to the conversation. The insight you skip over is that that Bitcoin's advantage, and the concept of distributed computing in general, has is one of ownership and control. If you want to keep Bitcoin small at 1Mb, do you still reach your goal of being free from ownership and control? With our excellent growth trends; transactions have to go somewhere, they will not use Bitcoin if we don't have space. And that means we loose decentralization, we lose avoidance of ownership of the network and we introduce control. All your rhetoric is missing this basic point; is holding Bitcoin at 1Mb advancing it, or hurting that basic goal of avoiding ownership? -- Thomas Zander