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

Bisq does not check mempoolminfee when creating new transactions #5229

Closed
wiz opened this issue Feb 24, 2021 · 5 comments · Fixed by #5235
Closed

Bisq does not check mempoolminfee when creating new transactions #5229

wiz opened this issue Feb 24, 2021 · 5 comments · Fixed by #5235
Labels
is:critical https://bisq.wiki/Critical_bug

Comments

@wiz
Copy link
Contributor

wiz commented Feb 24, 2021

Following up from discussions on Keybase, Bisq needs to enforce mempoolminfee value, since it currently uses a hard-coded value and the network value is variable:

  1. Pricenode needs to save the minimumFee value from https://mempool.space/api/v1/fees/recommended
  2. Pricenode needs to serve the minimumFee value from (1) on https://price.bisq.wiz.biz/getFees
  3. Bisq needs to save the minimumFee value it gets when updating from (2) once per minute
  4. Bisq needs to return the minimumFee value it gets from (3) in bisq.common.config.BaseCurrencyNetwork::getDefaultMinFeePerVbyte()

cc @jmacxx

@ripcurlx ripcurlx added the is:critical https://bisq.wiki/Critical_bug label Feb 24, 2021
@wiz
Copy link
Contributor Author

wiz commented Feb 24, 2021

Also, we should multiply by the minimumFee by 2, so even if it goes down to 1 the actual minimum is still 2 as it was before with the hard-coded value, and when it's > 1 this gives some buffer to avoid immediate purging of the user's TX

@Emzy
Copy link
Contributor

Emzy commented Feb 24, 2021

Alternative option, or quick fix, could be to increase the mempool on our nodes we use for TX transmissions.

@wiz
Copy link
Contributor Author

wiz commented Feb 24, 2021

No, it doesn't matter if our nodes accept or reject the low-fee transactions, no other nodes will accept them

@Emzy
Copy link
Contributor

Emzy commented Feb 24, 2021

Sure. It was about the problem of the resync of the wallet part. But if I think more about it, the increase will make the problem even bigger. So not a good idea.

@wiz
Copy link
Contributor Author

wiz commented Feb 25, 2021

Yes, this is why typically only miners and block explorers change their mempool settings - normal users changing it does not have any benefit and only negative effects

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
is:critical https://bisq.wiki/Critical_bug
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants