You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Recent spikes in the Bitcoin mempool have led to congestion on the Bitcoin blockchain, which in turn leads to inaccurate fee estimations, which in turn leads to Bisq trading windows being exceeded due to "stuck" maker/taker/deposit transactions taking longer than the trading window itself to confirm, which in turn leads to an increased number of arbitration tickets. While most traders simply "wait it out", these situations sometimes lead one trader to cancel the trade on the technicality of the trading window being exceeded, when in fact it is simply in their favor to cancel because the price has moved against their interests.
We cannot prevent or avoid the root cause of the congestion itself, so we must find ways to mitigate its negative effects on Bisq users and arbitrators. We must:
Improve fee estimations, such that transactions don't get stuck in the first place (Improve fee estimation #1077)
(1), while a challenging problem to actually solve, would avoid the problem of stuck transactions altogether, while (2) avoids the problem of the trading window being exceeded in cases where trades do still get held up on stuck transactions.
We should also publish some kind of document that lets traders know what to expect in the case of blockchain congestion causing trade transactions to take a long time to confirm.
The text was updated successfully, but these errors were encountered:
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
Recent spikes in the Bitcoin mempool have led to congestion on the Bitcoin blockchain, which in turn leads to inaccurate fee estimations, which in turn leads to Bisq trading windows being exceeded due to "stuck" maker/taker/deposit transactions taking longer than the trading window itself to confirm, which in turn leads to an increased number of arbitration tickets. While most traders simply "wait it out", these situations sometimes lead one trader to cancel the trade on the technicality of the trading window being exceeded, when in fact it is simply in their favor to cancel because the price has moved against their interests.
We cannot prevent or avoid the root cause of the congestion itself, so we must find ways to mitigate its negative effects on Bisq users and arbitrators. We must:
(1), while a challenging problem to actually solve, would avoid the problem of stuck transactions altogether, while (2) avoids the problem of the trading window being exceeded in cases where trades do still get held up on stuck transactions.
We should also publish some kind of document that lets traders know what to expect in the case of blockchain congestion causing trade transactions to take a long time to confirm.
The text was updated successfully, but these errors were encountered: