From: Joseph Poon <joseph@lightning•network>
To: "info@bitmarkets•net" <info@bitmarkets•net>
Cc: bitcoin-dev@lists•linuxfoundation.org
Subject: Re: [bitcoin-dev] Off-chain transactions and miner fees
Date: Sun, 9 Aug 2015 22:01:03 -0700 [thread overview]
Message-ID: <20150810050103.GD1758@lightning.network> (raw)
In-Reply-To: <55C7D234.1040306@bitmarkets.net>
Hi,
On Mon, Aug 10, 2015 at 12:20:36AM +0200, info--- via bitcoin-dev wrote:
> Off-chain transactions, whether it's Lightning or something else,
> potentially extract fees, which may otherwise be paid to miners, if the
> transactions were actually on-chain.
>
> In this context, wouldn't it be contradictory, maybe even harmful, to
> aim for an environment, where some/many/most transactions are off-chain?
I think the fee market's long-term implications for mining rewards is
very important as well! However, opening and closing channels will not
be infrequent to the point that it will never happen with Lightning.
Individuals that fill up their channel will need to accommodate
accumulation (as well as those that do a lot of disbursement). These
fund flows are not too rare, and huge payments (think the equivalent to
wire transfers today) will probably be still on-chain. I think the
payment size of micropayments to credit cards are Lightning-scale, what
people use today for wire transfers (e.g. buying a house) will be
on-chain.
What Lightning does is it mitigates the advantages that doing an end-run
around bitcoin entirely via centralized systems provides to a sufficient
level, e.g. everyone transacting on Coinbase. Having everything on
centralized services will have significantly lower on-chain transactions
than Lightning and is one of the more viable alternative off-chain
payments.
Fundamentally, without off-chain transactions, there's a paradox within
a viable fee market. If you presume that fees should be relatively
competitive (i.e. not asymptotically close to zero), that implies that
higher-value transactions *will* be prioritized over low-value
transactions, as high-value transactions are willing to pay higher fees.
Wire transfers are cheap when it's a million-dollar wire.
In my view, different transaction values is the much larger risk for
on-chain transaction fee markets, with high-value transactions crowding
out low-value transactions on-chain. With lightning, it significantly
mitigates this problem by aggregating the low-value transactions
off-chain.
--
Joseph Poon
next prev parent reply other threads:[~2015-08-10 5:01 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-09 22:20 info
2015-08-10 5:01 ` Joseph Poon [this message]
2015-08-10 5:57 ` Rune K. Svendsen
2015-08-10 8:39 ` Thomas Zander
2015-08-10 15:53 ` Leo Wandersleb
2015-08-10 21:16 ` Thomas Zander
2015-08-10 9:01 ` GC
2015-08-10 15:35 ` info
2015-08-10 18:50 ` Anthony Towns
2015-08-10 19:14 ` Hector Chu
2015-08-10 19:26 ` Anthony Towns
2015-08-10 19:54 ` Hector Chu
2015-08-10 21:12 ` Eric Voskuil
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20150810050103.GD1758@lightning.network \
--to=joseph@lightning$(echo .)network \
--cc=bitcoin-dev@lists$(echo .)linuxfoundation.org \
--cc=info@bitmarkets$(echo .)net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox