Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 552A43EE for ; Thu, 23 Jul 2015 12:17:17 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from mail-wi0-f179.google.com (mail-wi0-f179.google.com [209.85.212.179]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 8B9EBF2 for ; Thu, 23 Jul 2015 12:17:16 +0000 (UTC) Received: by wibud3 with SMTP id ud3so21427578wib.1 for ; Thu, 23 Jul 2015 05:17:14 -0700 (PDT) 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=Mz+pGhm1sGxcKPrVYU4mdsBZj40BOrsqXtInJczzn4E=; b=SBUU+ol8MUPJl+muLyrqiCol9iwujdj0kcyieT9usNvQCsjYfShDgzGI+u8Jww+vAt pmgkfWoPvDsh7Is7GKt1l88Ko0PN2713OMMA7an+wSpStiRstskzog9GxYL/0wBsrVDr LlN4KqeMXTFpoMGyrsTiayYmbw4gsEG29qmEXFVUlwbtef6nXK75JJmMjH1nekJtfghW 3gKJVc/8xgfu8DmVPi+LH9cJxw7+fkn79FBOU/yGcVugmJ92nAPSWl586wyJT28P50xH Y+qB3tyrjmSnVmqxLX3q+WYKOQ5pN6iMuEn5w6/+VmkRnllKSanhJuMI0m4Vv3rueIIO 0wig== X-Gm-Message-State: ALoCoQkHQ0UG4ICNQjwSqtXDrAkX4duJmC0isMHyMDVescTSkS2ani/9VMhv7Ay6Xjw/Ha9haiV3 MIME-Version: 1.0 X-Received: by 10.180.21.175 with SMTP id w15mr16769613wie.58.1437653834805; Thu, 23 Jul 2015 05:17:14 -0700 (PDT) Received: by 10.194.95.168 with HTTP; Thu, 23 Jul 2015 05:17:14 -0700 (PDT) In-Reply-To: References: Date: Thu, 23 Jul 2015 14:17:14 +0200 Message-ID: From: =?UTF-8?B?Sm9yZ2UgVGltw7Nu?= To: Jeff Garzik Content-Type: text/plain; charset=UTF-8 X-Spam-Status: No, score=-0.7 required=5.0 tests=BAYES_20,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] Bitcoin Core and hard forks 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, 23 Jul 2015 12:17:17 -0000 On Wed, Jul 22, 2015 at 8:24 PM, Jeff Garzik via bitcoin-dev wrote: > To the user, talk of a fee market is equivalent to talk about block size - > various opinions are tossed about, but it doesn't really impact them. Fees > have been low for 6 years. > > We see this with the actual data - no fee pressure on average for the > entirety of bitcoin's history. We see this with the recent stress tests, > which exposed dumb wallet behavior WRT fees. Users -and software- had the > expectation That's because demand for space (transactions) was always lower than the supply (block space) and no market price (fees) arose. Now the market (not the supply) has changed: demand has increased. With a fixed supply, it was perfectly reasonable to expect that fees would rise (from zero). If the user expectation is that a price would never arise because supply is going to be increased ad infinitum and they will always be able to send fast in-chain bitcoin transactions for free, just like breath air (an abundant resource) for free, then we should change that expectation as soon as possible. > Remember, this is not a judgement on whether or not fee market/pressure > should exist. It is simply a factual observation that users/market have not > experienced this new economic policy. It is not a new economic policy, it is a new market situation. Please, stop saying that. > That opens the question - why now? Why make bitcoin growth more expensive > at this time in its young life? Many smart people would prefer that bitcoin > continue to grow, rather than making the system more expensive to use right > now. If "not now", then when? I've been asking that question repeatedly and the closest to an answer that I got from the "not now side" was "the hashrate being paid by fees instead of subsidy it's too far away in the future to worry about it now". That answer is not very satisfying to me. > Choosing "let a fee market develop" -- today -- is picking economic sides, > picking winners & losers in the market. Yes, business plans that rely on free in-chain transactions may fail, business plans that are planning for a future with fees and without subsidies may get the advantage they deserve. But "kicking the can" is just picking winners and losers in opposite way. You seem to imply that rewarding inertia and laziness is the best option for short-term bitcoin adoption and you may be right. I simply think these arguments shouldn't be considered at all: the criteria for the consensus block size should be purely based on technological capacity (propagation benchmarking, etc) and centralization concerns (those in the "not now side" have already seen this 2-year-old video[1], right?). But it seems to me that the "not now side" has no centralization concerns at all and their true position is "not ever hit the blocksize limit", that's the only explanation I can find to their lack of answers to the "when do you think we should allow users to notice that there's a limit in the blocksize to guarantee that the system can be decentralized?". I've even read that the consensus limit "was just a temporary measure". Then Gavin lowers his 32 GB limit to an 8 GB "compromise". Maybe I'm being paranoid, but I'm really afraid that when the "not now side" wins this battle (like they've won for 6 years, as you say) they will simply advance the front and start another battle, because their true hidden faction is the "not ever side". Please, Jeff, Gavin, Mike, show me that I'm wrong on this point. Please, answer my question this time. If "not now", then when? [1] https://www.youtube.com/watch?v=cZp7UGgBR0I