public inbox for bitcoindev@googlegroups.com
 help / color / mirror / Atom feed
From: Michel 'ic' Luczak <lists@benappy.com>
To: Jameson Lopp <jameson.lopp@gmail.com>,
	Bitcoin Protocol Discussion
	<bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] Total fees have almost crossed the block reward
Date: Fri, 22 Dec 2017 00:15:18 +0100	[thread overview]
Message-ID: <EE3998F3-FB96-4D7C-BB0F-48EFEEE3324D@benappy.com> (raw)
In-Reply-To: <CADL_X_fw01-PfyTPXqYAyzwV9CO8tPLrd1_eZu16Z_kz-xM7LQ@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 3833 bytes --]

Hi,

This is the first time I post on this list.

First of all, Thank you Jameson for the interview you gave yesterday, it’s been a model of calm and self-control for all of us.

I deeply believe the high average fees we experience right now are mostly due to the miscalculations of most of the hardware (ledger & trezor) wallets (and probably software too) on the market.

I personally made transactions at the worst period for the Blockchain with less than 40 sat/WU of fees and got confirmed in less than a day.

I think there’s a lot of work to do in used education to make them understand that for a low amount of fees they can still get a transaction confirmed and that’s the POS’ work to make sure the transaction is legit.

Regards, Michel.

> On 21 Dec 2017, at 23:02, Jameson Lopp via bitcoin-dev <bitcoin-dev@lists.linuxfoundation.org> wrote:
> 
> I'd hope that the incentives are in place to encourage high volume senders to be more efficient in their use of block space by batching transactions and implementing SegWit, though this may not be the case for providers that pass transaction fees along to their users.
> 
> We've been trying to be more proactive about outreach regarding efficient use of block space to our own customers at BitGo - when we break down the cost savings of implementing a new technique, it generally helps to hasten their adoption. I suspect that in many cases this is an issue of education - we should be more proactive in calling out inefficient uses of block space.
> 
> Good resources to bookmark and share:
> 
> https://bitcointechtalk.com/saving-up-to-80-on-bitcoin-transaction-fees-by-batching-payments-4147ab7009fb <https://bitcointechtalk.com/saving-up-to-80-on-bitcoin-transaction-fees-by-batching-payments-4147ab7009fb>
> 
> https://blog.zebpay.com/how-zebpay-reduced-bitcoin-transaction-fees-a9e24c788598 <https://blog.zebpay.com/how-zebpay-reduced-bitcoin-transaction-fees-a9e24c788598>
> 
> - Jameson
> 
> On Thu, Dec 21, 2017 at 4:30 PM, Melvin Carvalho via bitcoin-dev <bitcoin-dev@lists.linuxfoundation.org <mailto:bitcoin-dev@lists.linuxfoundation.org>> wrote:
> I asked adam back at hcpp how the block chain would be secured in the long term, once the reward goes away.  The base idea has always been that fees would replace the block reward.
> 
> At that time fees were approximately 10% of the block reward, but have now reached 45%, with 50% potentially being crossed soon
> 
> https://fork.lol/reward/feepct <https://fork.lol/reward/feepct>
> 
> While this bodes well for the long term security of the coin, I think there is some legitimate concern that the fee per tx is prohibitive for some use cases, at this point in the adoption curve.
> 
> Observations of segwit adoption show around 10% at this point
> 
> http://segwit.party/charts/ <http://segwit.party/charts/>
> 
> Watching the mempool shows that the congestion is at a peak, though it's quite possible this will come down over the long weekend.  I wonder if this is of concern to some.
> 
> https://dedi.jochen-hoenicke.de/queue/more/#24h <https://dedi.jochen-hoenicke.de/queue/more/#24h>
> 
> I thought these data points may be of interest and are mainly FYI.  Though if further discussion is deemed appropriate, it would be interesting to hear thoughts.
> 
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev@lists.linuxfoundation.org <mailto:bitcoin-dev@lists.linuxfoundation.org>
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev <https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev>
> 
> 
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev@lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev


[-- Attachment #2: Type: text/html, Size: 5890 bytes --]

  parent reply	other threads:[~2017-12-21 23:21 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-12-21 21:30 [bitcoin-dev] Total fees have almost crossed the block reward Melvin Carvalho
2017-12-21 22:02 ` Jameson Lopp
2017-12-21 22:18   ` Jim Rogers
2017-12-21 23:15   ` Michel 'ic' Luczak [this message]
2017-12-21 22:44 ` Gregory Maxwell
2017-12-21 23:35   ` Paul Iverson
2017-12-22  0:30     ` Mark Friedenbach
2017-12-22  1:15       ` Gregory Maxwell
2018-02-12 17:23 ` Melvin Carvalho
2018-02-12 17:47   ` rhavar
2018-02-12 18:12   ` Peter Todd
2018-02-12 19:41     ` Christian Decker
2018-02-13 19:03       ` Peter Todd

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=EE3998F3-FB96-4D7C-BB0F-48EFEEE3324D@benappy.com \
    --to=lists@benappy.com \
    --cc=bitcoin-dev@lists.linuxfoundation.org \
    --cc=jameson.lopp@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
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