Skip to content

wallet: Fix fee estimation issue with sendmany and re-enable fallback fee#292

Merged
ycagel merged 2 commits intodevelopfrom
fix/8.22.1-sendmany-fee-estimation-error
Mar 17, 2025
Merged

wallet: Fix fee estimation issue with sendmany and re-enable fallback fee#292
ycagel merged 2 commits intodevelopfrom
fix/8.22.1-sendmany-fee-estimation-error

Conversation

@gto90
Copy link
Copy Markdown
Member

@gto90 gto90 commented Mar 14, 2025

This fixes issues #234 and #288 where sendmany transactions with 30+ outputs could fail with "Fee estimation failed. Fallbackfee is disabled" error.

The root cause was that DEFAULT_FALLBACK_FEE was set to 0 in v8.22.1, while DEFAULT_MIN_RELAY_TX_FEE was increased by 100x (from 0.001 to 0.1 DGB/kb). When fee estimation fails for complex transactions, a fallback fee safety mechanism is needed.

This change:

  • Sets DEFAULT_FALLBACK_FEE to 1000000 (0.01 DGB/kb)
  • Updates version to 8.22.2
  • Adds test cases to ensure fallback fee works properly

The chosen fallback fee value provides a balanced middle ground between v7's 0.001 and v8's 0.1 DGB/kb relay fee.

gto90 added 2 commits March 9, 2025 19:12
… fee

This fixes issue #288 where sendmany transactions with 30+ outputs
could fail with "Fee estimation failed. Fallbackfee is disabled" error.

The root cause was that DEFAULT_FALLBACK_FEE was set to 0 in v8.22.1,
while DEFAULT_MIN_RELAY_TX_FEE was increased by 100x (from 0.001 to 0.1 DGB/kb).
When fee estimation fails for complex transactions, a fallback fee
safety mechanism is needed.

This change:
- Sets DEFAULT_FALLBACK_FEE to 1000000 (0.01 DGB/kb)
- Updates version to 8.22.2
- Adds test cases to ensure fallback fee works properly

The chosen fallback fee value provides a balanced middle ground between
v7's 0.001 and v8's 0.1 DGB/kb relay fee.
This change:
- Updates src/qt/res/icons/digibyte_wallet.png with the latest version number

Signed-off-by: GTO90 <gto90@protonmail.com>
Copy link
Copy Markdown

@JaredTate JaredTate left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Revised below:

@gto90 gto90 requested a review from JaredTate March 14, 2025 23:50
Copy link
Copy Markdown

@JaredTate JaredTate left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ACK. Great work! Tested this and it definitely fixes the issue we were having with sendmany.

v8.22.1:
Screenshot 2025-03-14 at 12 30 26 PM

This fix:
Screenshot 2025-03-14 at 1 01 11 PM

Its clear smart fee estimator was just not even working, even in the GUI client with v8.22.1:
Screenshot 2025-03-14 at 12 31 15 PM

This version it goes to fall back fee:
Screenshot 2025-03-14 at 5 46 25 PM

Copy link
Copy Markdown
Member

@ycagel ycagel left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

cACK. Great work @gto90 and @JaredTate!

@ycagel ycagel merged commit cc52963 into develop Mar 17, 2025
7 checks passed
@gto90 gto90 deleted the fix/8.22.1-sendmany-fee-estimation-error branch November 23, 2025 21:10
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

bug Something isn't working

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Something odd with transaction creation Transactions getting stuck, with error too-long-mempool-chain in debug.log

5 participants