Skip to content
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

Coin selection using more input than needed #9022

Closed
GeetaCX opened this issue Apr 23, 2024 · 2 comments
Closed

Coin selection using more input than needed #9022

GeetaCX opened this issue Apr 23, 2024 · 2 comments
Labels
topic-wallet 👛 related to wallet.py, or maybe address_synchronizer.py/coinchooser.py

Comments

@GeetaCX
Copy link

GeetaCX commented Apr 23, 2024

I'd like to know why did electrum use two input while the smallest one was large enough.

The transaction paid more than 60$ in fees, not really a good time to consolidate.

image

There was 5 other input that were large enough for 0.0579265 on their own, Why chose two?

@SomberNight
Copy link
Member

SomberNight commented Apr 24, 2024

Hmm. Not sure. Normally the coinchooser would not add unnecessary inputs atm.

  • Did you manually select coins?
  • What did you specify in the "pay to" field? Was it multi-line, or was it just the "...q7986" address?
  • Did you use RBF/CPFP/etc, or was this tx directly created in the Send tab?

@SomberNight SomberNight added the topic-wallet 👛 related to wallet.py, or maybe address_synchronizer.py/coinchooser.py label Apr 24, 2024
@GeetaCX
Copy link
Author

GeetaCX commented May 14, 2024

Afaik was the most regular type of transaction possible.

RBF by default, No coin selection, No pay to many.

Will follow up if something like that happens again.

@GeetaCX GeetaCX closed this as completed May 14, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
topic-wallet 👛 related to wallet.py, or maybe address_synchronizer.py/coinchooser.py
Projects
None yet
Development

No branches or pull requests

2 participants