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
Big mining fees #4575
Comments
@petrhejna unfortunately, there are other considerations at play that make this not a very straightforward choice. The most reasonable workaround for this is to avoid trading small amounts when the mempool is full. It is usually almost empty on weekends, so that's when you'll generally get the lowest fees. |
Thank @cd2357 for clearing it out. But sadly :( even when mempool is quite empty (for few hours now) the estimation is |
Another big problem is on-boarding of new users. This creates big entry barrier. Even for me. I have a signed Revolut account but I also want to trade with wire transfers. So I am forced to take small trade (the seller charges 8% plus) and additional 4-7% of the trade in mining fees. And then wait 30 days. |
Yes, we've just increased yesterday to always have Bisq use "high" priority fee estimate. The problem is that it's impossible to do fee estimation accurately because of mining variance and random people suddenly broadcasting huge amounts of transactions, so if you use "medium" priority fee your TX can easily get buried and trade can get delayed for hours or days. This is simply the consequence of Bisq trades being on-chain Bitcoin transactions and the only solution is to move to a Layer 2 Network like Liquid or Lightning. |
It might be a lot but it is in fact the minimum cost to get into the next block with a high probability. Switch to medium fee priority fee level would lower the fees but also increase the confirmation wait to 20-30 minutes or longer if new high fee transactions suddenly start to come in fast, as @wiz said. So it comes down to how long time are you willing to wait for the transactions to confirm, and pay accordingly. |
I would be willing to wait a lot. Even week in some cases. Maybe would be an option to somehow select the fee (or configure)? |
See #4597 -- the fee estimation has been optimized, especially for the scenario you mentioned above (relatively empty mempool). |
Just so it is known, I think users would love the ability to set a lower fee and wait, especially during full mempools. I understand people can come back when it clears, but could we not have a section where both participants indicate they are willing to wait x amount of blocks for a tx to complete? Could RBF or Child Pays for Parent work into the takers security deposit if the fees run away from everyone? I'm just wanting to provide some liquidity for smaller amounts but highly discouraged by the mining fees at this very moment. Especially when im only seeing 6,000 txs ahead of a reasonable fee rate. |
I agree, this would make life a lot easier when placing a number of trades at once. I am not bothered if it takes a long time to confirm. I want to hold onto more sats! |
I like to share here my post from Keybase (that I made some time ago).
|
Hi @petrhejna thanks for posting your experiences. With regards point 5 BSQ token is unaquirable for a new user. I have made the proposal here to Add 'low priority' payment account type to BSQ @MwithM has also made the recent proposal to Improve BSQ accessibility through OTC market and bonded reputation |
Actually, the trading fees (mining fees especially are quite high). It makes trading of smaller amounts very problematic. (Like 4% on mining fee is quite a lot).
This must be pain for new users who has new account and low limits. And I am little bit afraid it may discourage them from using Bisq.
I understand that implementing SegWit will help. But also, is would be nice to have possibility to lower fees per byte (I don't mind longer waiting times).
The text was updated successfully, but these errors were encountered: