/ ac / f52859fc6b9279ca4e7ff05defc9cc3e1dc0ad
f52859fc6b9279ca4e7ff05defc9cc3e1dc0ad
 1  Return-Path: <operator@bitminter.com>
 2  Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
 3  	[172.17.192.35])
 4  	by mail.linuxfoundation.org (Postfix) with ESMTPS id 9B628305
 5  	for <bitcoin-dev@lists.linuxfoundation.org>;
 6  	Mon, 17 Aug 2015 14:49:09 +0000 (UTC)
 7  X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
 8  Received: from outpost.bitwarp.com (outpost.bitwarp.com [144.76.39.233])
 9  	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 6955B1EF
10  	for <bitcoin-dev@lists.linuxfoundation.org>;
11  	Mon, 17 Aug 2015 14:49:08 +0000 (UTC)
12  Received: from 1x-193-157-199-88.uio.no (localhost [IPv6:::1])
13  	by xr4.com (Postfix) with ESMTPS id 4C67A202159
14  	for <bitcoin-dev@lists.linuxfoundation.org>;
15  	Mon, 17 Aug 2015 14:49:06 +0000 (UTC)
16  Message-ID: <55D1F471.8060802@bitminter.com>
17  Date: Mon, 17 Aug 2015 16:49:21 +0200
18  From: BitMinter operator <operator@bitminter.com>
19  User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10;
20  	rv:31.0) Gecko/20100101 Thunderbird/31.7.0
21  MIME-Version: 1.0
22  To: bitcoin-dev@lists.linuxfoundation.org
23  References: <CABsx9T16fH+56isq95m4+QWsKwP==tf75ep8ghnEcBoV4OtZJA@mail.gmail.com>	<1679272.aDpruqxXDP@coldstorage>	<CABm2gDr98G1K1F7YapCQbKtQ2YEsW8FrYVnFtk+M2Hfvy4WgfQ@mail.gmail.com>	<1963286.x5NhlJ5RfS@pluto>
24  	<CABm2gDqhoDrQAVAE4oedHEK2s_iYwPAADVZVj2zb940eG2hGBQ@mail.gmail.com>
25  In-Reply-To: <CABm2gDqhoDrQAVAE4oedHEK2s_iYwPAADVZVj2zb940eG2hGBQ@mail.gmail.com>
26  Content-Type: text/plain; charset=utf-8
27  Content-Transfer-Encoding: 8bit
28  X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
29  	version=3.3.1
30  X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
31  	smtp1.linux-foundation.org
32  Subject: Re: [bitcoin-dev] Fees and the block-finding process
33  X-BeenThere: bitcoin-dev@lists.linuxfoundation.org
34  X-Mailman-Version: 2.1.12
35  Precedence: list
36  List-Id: Bitcoin Development Discussion <bitcoin-dev.lists.linuxfoundation.org>
37  List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/bitcoin-dev>,
38  	<mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=unsubscribe>
39  List-Archive: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/>
40  List-Post: <mailto:bitcoin-dev@lists.linuxfoundation.org>
41  List-Help: <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=help>
42  List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev>,
43  	<mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=subscribe>
44  X-List-Received-Date: Mon, 17 Aug 2015 14:49:09 -0000
45  
46  On 12.08.15 11.45, Jorge Timón via bitcoin-dev wrote:
47  > 1) Potential indirect consequence of rising fees.
48  > 2) Software problem independent of a concrete block size that needs to
49  > be solved anyway, often specific to Bitcoin Core (ie other
50  > implementations, say libbitcoin may not necessarily share these
51  > problems).
52  
53  I don't think rising fees is the issue.
54  
55  Imagine that the government is worried because air lines are selling
56  tickets cheaply and may run themselves out of business. So their
57  solution is passing a new law that says only one commercial air plane is
58  allowed to be in the air at any given time.
59  
60  This should help a ticket market to develop and prevent air lines from
61  giving away almost free tickets. In this way the government can protect
62  the air lines from themselves.
63  
64  I would not classify all issues that would come out of this as
65  "potential indirect consequences of rising ticket prices."
66  
67  It would just make air travel unusable.
68  
69  That's the problem we may face in the short term.
70  
71  It would be unwise to go all-in on a solution that doesn't exist yet,
72  which may or may not arrive in time, and may or may not do the job that
73  is needed. We need to use the solution we already have so that we can
74  get by in the short term.
75  
76  I don't think mining pools will immediately make blocks as big as
77  possible if the hard limit is raised. Remember that mining pools had to
78  be coaxed into increasing their block size. Mining pools were making
79  small blocks to reduce the rate of orphaned blocks. Block propagation is
80  faster today, but this issue still exists. You need a lot of transaction
81  fees to make up for the danger of losing 25 BTC. Many pools don't even
82  pay out transaction fee income to their miners.
83  
84  -- 
85  Regards,
86  Geir H. Hansen, Bitminter mining pool
87  
88