Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 738D8826 for ; Wed, 14 Oct 2015 15:19:49 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from mail-qg0-f52.google.com (mail-qg0-f52.google.com [209.85.192.52]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id BEF4E21C for ; Wed, 14 Oct 2015 15:19:48 +0000 (UTC) Received: by qgeo38 with SMTP id o38so1401084qge.0 for ; Wed, 14 Oct 2015 08:19:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type; bh=5TYMG1cZqQbUTmpocM950h2PHtCzElIOLfVYH+mSxj8=; b=K3VAX1LK2UFhCp4e98zl4ngn4DoGcI0yQSa9YZmN89y+CsAiwgpIbv2N6IBI8k1NUq u155Z2Jh8/tFkR4crxLRfKNUY10D536kJL0EwDVNlksgsR9Ddc2cnrq6mLXZP6YOGji5 xqVNBDeYKIEbR+n4yqbX7l8f/zCwpMb0sXv89G5LyEPmJQaGQUlaTzM+/tDyg3KUajQ4 rjLjt85SFOaQFt+dOgjw7nqPl0yeGnFVAxrO8D857jp4EuzxypWUT14ecreflCXoHlpf g88DtiXma1Ta/ZsLi1+ku0S+LuN0odCjAn22xEjud7hlfFOHZND5vnYXf+wUWvcHRJ3r gpqA== X-Received: by 10.140.237.215 with SMTP id i206mr5148076qhc.9.1444835987909; Wed, 14 Oct 2015 08:19:47 -0700 (PDT) Received: from [192.168.1.101] (ool-4575fa8d.dyn.optonline.net. [69.117.250.141]) by smtp.googlemail.com with ESMTPSA id f189sm3522812qhe.1.2015.10.14.08.19.46 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 14 Oct 2015 08:19:47 -0700 (PDT) To: s7r@sky-ip.org, bitcoin-dev@lists.linuxfoundation.org References: <561E2B09.3090509@sky-ip.org> From: Paul Sztorc Message-ID: <561E7283.2080507@gmail.com> Date: Wed, 14 Oct 2015 11:19:31 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <561E2B09.3090509@sky-ip.org> Content-Type: multipart/alternative; boundary="------------040003090708040406040600" X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,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 Subject: Re: [bitcoin-dev] Lightning Network's effect on miner fees 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: Wed, 14 Oct 2015 15:19:49 -0000 This is a multi-part message in MIME format. --------------040003090708040406040600 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit LN transactions are a substitute good for on-chain transactions. Therefore, demand for on-chain transactions will decrease as a result of LN, meaning that fees will be lower than they would otherwise be. However, the two are also perfect compliments, as LN transactions cannot take place at all without periodic on-chain transactions. The demand for *all* Bitcoin transactions (LN and otherwise) is itself a function of innumerable factors, one of which is the question "Which form of money [Bitcoin or not-Bitcoin] do I think my trading partners will be using?". By supporting a higher rate of (higher-quality) Bitcoin transactions, the net result is highly uncertain, but will probably be that LN actually increases trading fees. On 10/14/2015 6:14 AM, s7r via bitcoin-dev wrote: > Hello, > > I am reading about the Lightning Network and the BIPs which need to be > deployed until it can be fully functional. I have to say it's a neat > solution to scale and have almost instant transactions in a peer 2 > peer, distributed and trustless way. I already knows what the needed > BIPs are and what each one does, I am curios about the impact this > will have on miner fees. > > If transactions happen in a big percent offchain, and they are only > broadcasted on the mainchain where funds are moved in or out of the > lightning network, this means there will be less transactions on the > mainchain -> less fees collected by the miners. What will happen when > the block reward will go away? Either the fees for the little amount > of onchain transactions will increase to unpractical levels, either > the miners will find it not profitable to keep their hardware plugged > in to mine, so will leave and the effect will be that the hashing > power of the network will decrease. Since the network's hashing power > is a security feature (it makes some attacks impossible or insanely > expensive) I think it's important to anticipate what will happen in > this scenario. > _______________________________________________ > bitcoin-dev mailing list > bitcoin-dev@lists.linuxfoundation.org > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev --------------040003090708040406040600 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 7bit LN transactions are a substitute good for on-chain transactions.

Therefore, demand for on-chain transactions will decrease as a result of LN, meaning that fees will be lower than they would otherwise be.

However, the two are also perfect compliments, as LN transactions cannot take place at all without periodic on-chain transactions.

The demand for *all* Bitcoin transactions (LN and otherwise) is itself a function of innumerable factors, one of which is the question "Which form of money [Bitcoin or not-Bitcoin] do I think my trading partners will be using?". By supporting a higher rate of (higher-quality) Bitcoin transactions, the net result is highly uncertain, but will probably be that LN actually increases trading fees.

On 10/14/2015 6:14 AM, s7r via bitcoin-dev wrote:
Hello,

I am reading about the Lightning Network and the BIPs which need to be
deployed until it can be fully functional. I have to say it's a neat
solution to scale and have almost instant transactions in a peer 2
peer, distributed and trustless way. I already knows what the needed
BIPs are and what each one does, I am curios about the impact this
will have on miner fees.

If transactions happen in a big percent offchain, and they are only
broadcasted on the mainchain where funds are moved in or out of the
lightning network, this means there will be less transactions on the
mainchain -> less fees collected by the miners. What will happen when
the block reward will go away? Either the fees for the little amount
of onchain transactions will increase to unpractical levels, either
the miners will find it not profitable to keep their hardware plugged
in to mine, so will leave and the effect will be that the hashing
power of the network will decrease. Since the network's hashing power
is a security feature (it makes some attacks impossible or insanely
expensive) I think it's important to anticipate what will happen in
this scenario.
> _______________________________________________ > bitcoin-dev mailing list > bitcoin-dev@lists.linuxfoundation.org > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev


--------------040003090708040406040600--