estimatesmartfee only works for target>16 (testnet) #14431

issue nopara73 opened this issue on October 8, 2018
  1. nopara73 commented at 12:25 PM on October 8, 2018: none

    Core Version: 0.16.3. Network: TestNet.

    image

    The node is running for a few days now, and was serving targets 2-15 properly. Now, I noticed estimatesmartfee fails for any targets under 16. So, there's two abnormalities here:

    • estimatesmartfee was working, but started failing later on
    • estimatesmartfee only fails for targets < 16

    Are any of these intended behaviors?

  2. nopara73 referenced this in commit 62b7b72a49 on Oct 8, 2018
  3. RHavar commented at 3:48 AM on October 11, 2018: contributor

    I've witnessed this behavior on testnet too, although was running a 0.17 node and it was a bit higher than 16 for me.

    I haven't done any investigation, so I'm shooting blind -- but in my case I wonder if it was something to do with resuming from an extended sleep? At first it was working (maybe it reading a cached fee rate?) and then after a while it invalidated that without knowing the actual fee rate?

  4. nopara73 commented at 9:35 AM on October 11, 2018: none

    For the record a few hours later when I checked, it was estimating fees from target 9 properly. A day later it was estimating properly from target 3. And I checked now (3 days later) and it is estimating fees properly for everything. So the 16 I reported is not a magic number.

    I wonder if it was something to do with resuming from an extended sleep

    In my case it wasn't that. bitcoind was running for days on a server, while estimating fees properly, because I prevent even from starting my own server application until feerates for target 2 are not available.

  5. meshcollider added the label RPC/REST/ZMQ on Oct 12, 2018
  6. rytido commented at 2:13 AM on January 14, 2019: none

    I suspect this is just related to the low tx volume on testnet, and the affected targets likely vary. I think the estimates are based on fee rate buckets, and it seems possible that some of the buckets are totally empty at times, and this prevents proper estimation. A slightly educated guess.

  7. adamjonas commented at 12:23 AM on August 2, 2022: member

    @nopara73 have you retested this with more modern versions and experienced similar behavior?

  8. nopara73 commented at 2:22 PM on August 3, 2022: none

    I haven't encounter this lately. Gonna reopen if I do.

  9. nopara73 closed this on Aug 3, 2022

  10. bitcoin locked this on Aug 3, 2023

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-13 15:15 UTC

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