-
-
Notifications
You must be signed in to change notification settings - Fork 355
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
Fee estimation optimized #1004
Fee estimation optimized #1004
Conversation
9f06883
to
305d2d0
Compare
// 956 is constant part, mainly Schnorr and Range proof, 2560 is for each sigma/aux data | ||
// 83 assuming 1 jmint, 34 is the size of each normal vout, 10 is the size of empty transaction, 52 other constant parts | ||
nBytes = 956 + 2560 * vOutputs.size() + 83 + CoinControlDialog::payAmounts.size() * 34 + 10 + 52; | ||
nPayFee = CWallet::GetMinimumFee(nBytes, nTxConfirmTarget, mempool); |
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.
Does this formula take new Qk Schnorr proof into account?
We really need to create a set of functions to deal with size estimates and use it instead of such hardcoded estimates. Sooner or later we will end up with estimate which is too low and transactions will be rejected at mempool level.
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.
no, I will update this, I have implemented such function, but it works slow and is making coincontrol work laggy, may be better to include this for now. after some refactorings and optimizations may be such function will be useful.
This pull request introduces 3 alerts when merging 1e30c81 into 72d824c - view on LGTM.com new alerts:
|
No description provided.