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

Normal BTC transaction does not consider number of inputs when calculating fee. #38

Open
snowkidind opened this issue Jan 18, 2024 · 0 comments

Comments

@snowkidind
Copy link

snowkidind commented Jan 18, 2024

There is no way to see how many bytes a transaction is, in order to externally calculate how many sats you should send to get an appropriate rate on a transaction.

Recently I sent a transaction with high priority, but it had four inputs, (i was unaware of this) and thus the tx size was 631 Bytes whereas I (had to) guessed a "normal" transaction size of 400 bytes, thinking it was more than plenty.

At the time, using mempool.observer the rate should be 85 - 115 sats per byte max to get mined in a decent timeframe, but the additional inputs caused the outgoing transaction to weigh in at 41 sats per byte which will possibly take months to mine.

There is also no way to increase speed or cancel the transaction from the mempool either through FW.

This occurred in FW Desktop mac 0.9.26

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant