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 83105267 for ; Fri, 31 Jul 2015 15:24:33 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id ED58A15E for ; Fri, 31 Jul 2015 15:24:32 +0000 (UTC) Received: by wibxm9 with SMTP id xm9so38611400wib.0 for ; Fri, 31 Jul 2015 08:24:31 -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 :content-transfer-encoding; bh=1D7MRxlfbOWf6+SjUH0OriNoJr3S9okloFQtVMCRYCk=; b=ToUSoS8o3IyOLn9JZm/b/N33E8IQiWbyZk8bK4LcgcR7Oz2FqECZJRdbErqw6z6ezn ULn19mcfZ9ySP7RbAzGxFhNEm3b13i4K07DJpRNo/g6VmZ2rgYQEghZWtAKddeTy7lwP 4gZAKekSdb0az70i5Xq41LqtPFuXk8BlC05St2WJHipUQ+JALGO0tzh4mY5iI5e4vtaA Emgbgpt3WbL/u2V2Am3BZzGADLBOogEiI47pZxwVHBJ1TmPY/hMzpYxI1TybvHe/EOgx 78XI7B3vERBaVxhuHxS9RvYVFdZ88uhkCmwutKqGJGXJ/CvvKX/6T3AcPPeH1/DWxmzW xhzQ== X-Gm-Message-State: ALoCoQnqV8+wYtWnAA6+agNI+5OEoDGDkStBq1ybwT3ODhoF81I3uafqGTGKLChvZTq6nmugC6Hj MIME-Version: 1.0 X-Received: by 10.194.238.39 with SMTP id vh7mr6664517wjc.109.1438356271439; Fri, 31 Jul 2015 08:24:31 -0700 (PDT) Received: by 10.194.95.168 with HTTP; Fri, 31 Jul 2015 08:24:31 -0700 (PDT) In-Reply-To: <2B69B87D-CAF8-4817-B637-34E91E0A07FD@gmail.com> References: <55BA8ED0.4080600@thinlink.com> <1706574.Be1RBGpNr6@coldstorage> <2B69B87D-CAF8-4817-B637-34E91E0A07FD@gmail.com> Date: Fri, 31 Jul 2015 17:24:31 +0200 Message-ID: From: =?UTF-8?B?Sm9yZ2UgVGltw7Nu?= To: Oleg Andreev Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,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] =?utf-8?q?R=C4=83spuns=3A_Personal_opinion_on_the_f?= =?utf-8?q?ee_market_from_a_worried_local_trader?= 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: Fri, 31 Jul 2015 15:24:33 -0000 On Fri, Jul 31, 2015 at 11:56 AM, Thomas Zander via bitcoin-dev wrote: > On Friday 31. July 2015 03.21.07 Jorge Tim=C3=B3n via bitcoin-dev wrote: >> If I was a miner and you want me to include your transaction for free, >> you're asking me to give you money > > What? > > Ask yourself; why do miners include transactions at all? What it the ince= ntive > if there really is only less than 0.8% of income to be derived from fees? As a rhetorical exercise, I just asked myself those questions (with other words) in the very post you are replying to. Please, read again. If miners have a cost in including transactions (which they have) but there's no gain, why are miners including free transactions? Is it because they are stupid or because they don't care enough about fees (and thus blindly use whatever default policy that comes with Bitcoin Core)? On Fri, Jul 31, 2015 at 2:32 PM, Oleg Andreev via bitcoin-dev wrote: > Fees should be compared not with the total revenue, but with the profit m= argin. You are completely right, this is what matters in the end. To correct myself, what I'm worried about is how low the fees/profits ratio is, fees/total_reward is just an easier-to-calculate approximation when you don't know costs =3D total_reward - profits. > Of course it's a very rough estimate and most likely to be far from reali= ty, but it shows how fees can begin to matter rather quickly under pressure= of separate factors: halving and growing valuation and mining competition. Don't forget a rise in fees paid as another potential factor. That was my whole point: higher fees may help reducing problems related to a low fees/profits ratio. And that's why I don't think a rise in fees is necessarily a bad thing. Let's not forget that we're just talking about market fees for non-urgent transfers rising above zero! There may be a fee market for fast confirmations already, but there's certainly none for non-urgent transfers. In my opinion, rising from zero to anything, it's a great step forwards. I can perfectly understand that maintaining that anything low is good for adoption, but insisting in maintaining it at zero doesn't seem very reasonable to me, given that we know for a fact that is not sustainable in the long term. We don't want business plans to fail because they're relaying on free transactions. We don't want new users to be lied about the real properties of the system. And I'm sure that any ridiculously low value will be so marginally worse for adaption when compared to a plain zero, that I'm not worried about it at all. Users starting to pay SOMETHING for a service they're enjoying and that actually has quite big operational costs (energy-demanding proof of work, currently subsidized by the finite initial seigniorage) it's, by no means, the end of Bitcoin. To me is really more of a start, a tiny first step towards a viable system that doesn't depend on subsidies (with expiration date).