-
Notifications
You must be signed in to change notification settings - Fork 719
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improve usage of fee estimation code #1787
Conversation
These are more useful fee and priority estimation functions. If there is no fee/pri high enough for the target you are aiming for, it will give you the estimate for the lowest target that you can reliably obtain. This is better than defaulting to the minimum. It will also pass back the target for which it returned an answer.
coming from btc@4fe28236c0c16e20ddd539f38fc8d58db5eb83ed
This provides more conservative estimates and reacts more quickly to a backlog. Unfortunately the unit test for fee estimation depends on the success threshold (and the decay) chosen; also modify the unit test for the new default success thresholds.
coming from btc@56106a3300f844afcadf6dce50d5ef1d337f50b9
There is currently a failure in the policyestimator unit test at line 194 BOOST_CHECK(mpool.estimatePriority(i) < origPriEst[i-1] - deltaPri); (e.g. see https://travis-ci.com/github/PIVX-Project/PIVX/jobs/368134714) This happens at i=8 and is probably related to a previous known problem: I wouldn't dig too much on the issue though, as the priority estimation is going to be completely removed (bitcoin#7730) For the functional test, as reported in the description of #1641, the I've un-commented it in 245c3df |
This check currently fails. As the whole priority estimation code will be removed soon (PR 1788), let's just skip it for now.
Awesome @random-zebra 👌 , removed the WIP tag from the title. And agree on the removal. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
utACK 3aded91
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
2da16f7 [Cleanup] Nuke estimate(smart)priority from the RPC interface (random-zebra) 041f62e [Core] Remove priority estimation (random-zebra) Pull request description: Based on top of - [x] #1787 This removes the functionality behind `estimatepriority` and `estimatesmartpriority` (from bitcoin#7730). Instead of just deprecating the relative RPC commands, I think we can outright remove them, as `estimatepriority` was added only in latest minor release (4.2), and `estimatesmartpriority` is introduced in a PR not even merged yet (#1787). ACKs for top commit: Fuzzbawls: utACK 2da16f7 furszy: utACK 2da16f7 Tree-SHA512: 7dc964c7627a08eae349df40f40c49bc85761171d97f3d7a828421f6dc46ca86dc7a410c75bd8025b7a684aa09d215a08ac6ae19b64617adac6365cfaee55afc
Another back port, coming from dashpay#6134 .
TODO: Left to back port smartfees.py.
We need it to be able to move forward in #1726