-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Offer keeps being disabled #6669
Comments
Thanks for posting. Wondering if this might have something to do with the increase in trade fees needing the trade fee filter to be correctly set. Not sure who would know about this maybe @ripcurlx ? |
I think it looks like this:
The manual filter setting was added because some users' DAOs were out of sync, and some did not have the DAO enabled. Inadvertently, having two separate sources of information has caused this new type of out of sync issue, a manual one. I know it seems we're going back and forth a lot on this, but filter setting was added as a stopgap fix and this issue was not considered. Plus, the DAO sync reliability has been improved a lot in the meantime. Perhaps, now that the DAO sync issue is no longer (or much less of) a problem, the filter setting should be discontinued. [EDIT] Offers created between approximate block heights 787016 (DAO result) and 787176 (filter update) would have been affected --> 160 blocks, just over a day. Please could the support team make the call whether to temporarily disable fee validation or ask affected users to cancel their offers. |
Of course I can cancel the offer, but what about the maker fee? Should I ask for reimbursement the usual way? |
I would be favor of discontinuing the fee validation. Trade fees paid for specific trades can always be manually checked in mediation if their are any concerns a user is trying to circumnavigate fees, which usually indicates they are trying to do other things against Bisq trading rules. |
I agree, but Bisq fee validation also prevents offers/trades with invalid maker fee txs. |
Could the parameters of the check be changed to just check that a fee has been paid (maybe given a much wider margin for success). That way it would still enable failed trades not be shown and for changes in fees between cycles not to cause offers to be disabled. Maybe filter could be 50% below current rate to 100% above current rate. |
What's the ETA for disabling the filter/implementing new one (or whatever the solution may be)? |
Description
A created offer is being disabled after a few seconds from enabling it, with the message:
[JavaFX Application Thread] INFO b.c.o.b.TriggerPriceService: Deactivating open offer xxxx due to mempool validation
Version
1.9.10
Steps to reproduce
Expected behaviour
Enabled offer should stay enabled.
Actual behaviour
Enabled offer disables itself after a few seconds. Sometimes a dozen or so.
Screenshots
Device or machine
Linux
Additional info
I can send logs in a private message, I'm "akira45" on Matrix.
The text was updated successfully, but these errors were encountered: