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
Since 1.6.0, Bisq has had this feature to validate trading fees paid. With this model, Bisq trading partners check each other's transactions thus ensuring fees are paid (which is what keeps Bisq running).
However it is possible for a Bisq node's DAO to be out of sync and thus have a differing view on what the sufficient fee should be.
For example user Alice's node expected trading partner Bob to have paid a fee of 2.11 BSQ; in fact Bob had paid the correct fee of 1.82 BSQ. In this case Alice's node had an out of sync DAO which told them that Bob should have used a fee rate from two months ago which is higher than today's fee rate. Bisq complains to Alice that her counterparty did not pay enough fees and that a support ticket should be opened.
There are already leniency checks built onto the fee validation to allow historical fee rates. But in this case the appropriate fee rate was unknown to Alice since her DAO was stuck, and this was only evident by looking at DAO -> Dao Status screen.
The solution for Alice was to re-sync the DAO.
Ideally we would not have the situation where the DAO can silently get stuck.
Since 1.6.0, Bisq has had this feature to validate trading fees paid. With this model, Bisq trading partners check each other's transactions thus ensuring fees are paid (which is what keeps Bisq running).
However it is possible for a Bisq node's DAO to be out of sync and thus have a differing view on what the sufficient fee should be.
For example user Alice's node expected trading partner Bob to have paid a fee of 2.11 BSQ; in fact Bob had paid the correct fee of 1.82 BSQ. In this case Alice's node had an out of sync DAO which told them that Bob should have used a fee rate from two months ago which is higher than today's fee rate. Bisq complains to Alice that her counterparty did not pay enough fees and that a support ticket should be opened.
There are already leniency checks built onto the fee validation to allow historical fee rates. But in this case the appropriate fee rate was unknown to Alice since her DAO was stuck, and this was only evident by looking at DAO -> Dao Status screen.
The solution for Alice was to re-sync the DAO.
Ideally we would not have the situation where the DAO can silently get stuck.
Related issue: #5329
The text was updated successfully, but these errors were encountered: