Bitcoin-Qt defaulted to 3sat/byte fee, resulting in unconfirmed transaction #12571

issue fbriggs opened this issue on March 1, 2018
  1. fbriggs commented at 7:07 AM on March 1, 2018: none

    <!-- This issue tracker is only for technical issues related to Bitcoin Core. General bitcoin questions and/or support requests are best directed to the Bitcoin StackExchange at https://bitcoin.stackexchange.com. For reporting security issues, please read instructions at https://bitcoincore.org/en/contact/. If the node is "stuck" during sync or giving "block checksum mismatch" errors, please ensure your hardware is stable by running memtest and observe CPU temperature with a load-test tool such as linpack before creating an issue! -->

    <!-- Describe the issue -->

    I tried to send ~0.5 BTC to another address from the Bitcoin-Qt app. I used the default settings for transaction fee, and have never modified these settings since installing. This resulted in a transaction with only 3 sat / byte fees: https://live.blockcypher.com/btc/tx/0a03f6d0245c5c1609dbd57f1b5e0aa1d6a90e0f177e5eac7123c0dd53a5a5b9/ This transaction got 0 confirmations after 3+ hours. Eventually I paid a transaction accelerator to confirm it.

    <!--- What behavior did you expect? -->

    3 sat/byte is way below the typical fee currently based on a few sites I checked. This transaction basically had no chance of confirming unless the mempool went to 0. Instead it locked up the funds in a state where it is difficult to recover, requiring either paying a transaction accelerator, or attempting a double spend. The default settings for fees should never do this; the default should guarantee success with high probability. A user should have to take some action to change the settings away from default to reduce the fee to a hazardous level such as this.

    <!--- What was the actual behavior (provide screenshots if the issue is GUI-related)? -->

    <!--- How reliably can you reproduce the issue, what are the steps to do so? -->

    So far I have done two send transactions with the Bitcoin-Qt wallet. I didn't have a problem with the default fee on a different transaction, where the amount was much smaller.

    <!-- What version of Bitcoin Core are you using, where did you get it (website, self-compiled, etc)? -->

    I am running Bitcoin Core version v0.15.1 (64-bit) on OS X.

    <!-- What type of machine are you observing the error on (OS/CPU and disk type)? -->

    OS X.

  2. funyug commented at 10:29 AM on March 1, 2018: none

    The fees has been as low as 1sat/byte for the past few weeks so 3 sat/byte looks normal to me You can check the mempool stats at https://jochen-hoenicke.de/queue/#1,2w

  3. fbriggs commented at 2:53 AM on March 2, 2018: none

    Some transactions are clearing at 1 sat/byte, but after how long, and what fraction of 1 sat/byte transactions are removed from the mempool instead of ever clearing? There is no way for a user to know if its going to be dropped or eventually confirmed, or see if it is in any way advancing in priority in the mempool. If it does get dropped, recovering with a double spend is a complicated process, beyond the capabilities of most users. It's fine if advanced users want to subject themselves to this delay and risk by manually configuring a lower fee, but should this really be the default? I would suggest to default to spending a few extra cents to avoid any chance of having 0.5BTC stuck in limbo. Even if only 1% of users are experiencing these unconfirmed transactions as a result of this low default, it is still very bad for mass adoption, because it is a potentially souring experience. A user who loses $5000 USD due to an unconfirmed transaction is never coming back, and will spread their horror story to others.

  4. fanquake added the label TX fees and policy on Mar 2, 2018
  5. Willtech commented at 11:27 AM on March 2, 2018: contributor

    May I suggest, if it is not already the case, that the project could be well served if the default for fee selection is to use recommendations with a 2 block target confirmation?

  6. WorkShop-Office commented at 11:33 AM on March 2, 2018: none

    How to ?

    Sent from my Redmi 4A On Willtech notifications@github.com, Mar 2, 2018 6:29 PM wrote:

    May I suggest, if it is not already the case, that the project could be well served if the default for fee selection is to use recommendations with a 2 block target confirmation?

    — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHubhttps://github.com/bitcoin/bitcoin/issues/12571#issuecomment-369896934, or mute the threadhttps://github.com/notifications/unsubscribe-auth/Aig9_igjWI9JkMYoFYz27u2Q2v_O0BkIks5taSz7gaJpZM4SX2mt.

  7. kristapsk commented at 12:15 PM on March 2, 2018: contributor

    There is "Confirmation time target" dropdown in fee selection with "20 minute(s) (2 blocks)" option. That should give 20+ sat/B fee currently.

  8. jnewbery commented at 9:07 PM on April 3, 2018: member

    It's not clear to me that there's an issue here. The prevailling fee rate for the last couple of months has been as low as 1 sat/byte, so this seems like a reasonable fee rate to set on a transaction.

    Instead it locked up the funds in a state where it is difficult to recover, requiring either paying a transaction accelerator, or attempting a double spend

    There are a couple of ways to get a transaction unstuck: Replace-by-fee and child-pays-for-parent. I suggest you take a look at those.

    I'm going to close this issue, but if you think there's a genuine bug, feel free to re-open with additional information.

  9. jnewbery closed this on Apr 3, 2018

  10. MarcoFalke locked this on Sep 8, 2021

github-metadata-mirror

This is a metadata mirror of the GitHub repository bitcoin/bitcoin. This site is not affiliated with GitHub. Content is generated from a GitHub metadata backup.
generated: 2026-04-17 09:15 UTC

This site is hosted by @0xB10C
More mirrored repositories can be found on mirror.b10c.me