-
Notifications
You must be signed in to change notification settings - Fork 0
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
Warning fee calculation is broken #75
Comments
Hm, interesting. You may try to get some further information via |
OK cool will try that (from the calcs it looks like it's spitting the numbers straight back at me hehe: Let me see what I get from that (tostring)... |
Hmm, stranger and stranger...
Am I using the syntax wrong? I thought passing in the output size to |
It looks like the I'm wondering what caused the rejection. My very best guess: |
Are other transactions sent out with a simliar fee for similar transactions? |
Ahh nice yeah that's probably it - just out at the docs at the mo but will
|
It looks like these are the default values:
I'm going to take a look at it later, but I think we basically have to find out what caused the rejection. A quick look into int64_t n_max = (COIN * (20 * (0.0001))); So it seems as if we're trying to select a significantly higher amount during the coin selection, even if it's not necessarily required, and that amount does not match the warning threshold. |
Provides 2600 satoshi value for
minWarn
using default parameters (ie no relay or mining fee customization) on 0.0.10 (both testnet & mainnet). This is not sufficient however, as the cost to send a ~450 byte transaction was a touch over 6000 satoshi.Results in no warning about low fees, but failure to send transaction.
Note to self, revisit how warning fee is calculated.
EDIT: for reminder - available inputs for mpZATHm5 were >2600
minWarn
value but not sufficient to send a tx.The text was updated successfully, but these errors were encountered: