[bisq-network/bisq] Add info if peer has enabled XMR auto-confirmation (#4569)

[chimp1984]

An sell offer of a maker who has enabled the XMR auto-confirmation is more attractive to takers as it can be assumed that the payout will be much faster then in manual mode. We should make this information visible.

We could add to the extraMap an entry if the maker has the autoConf enabled. In the offer book we can then show a new icon to signal to takers that this offer will likely be confirmed fast. 
If the maker changes the setting after offer-creation we would need to update the offer (remove old once and add new one with updated extraMap). Still there might be a gap that the maker deactivates the auto-conf after a taker has taken the offer but before the XMR got confirmed, thus leading to a wrong expectation for the taker. I think that cannot be avoided and enforcing to use auto-conf once set in the offer might be too harsh/confusing.

If the maker is the buyer and would only like to accept takers who have auto-conf enabled we could add another entry in the extraMap to signal that. But it might be a bit too much UX hassle to explain this to makers at offer creation (e.g. "Do you want to only accept takers who have auto-conf enabled?").

Another approach might be to add a new payment method ALTCOIN_AUTO_CONF similar to SEPA_INSTANT. But I guess that would cause more effort and has the risk to partition the market. Also it will require more changes of the handling of the setting, as for normal XMR it would be taken from preferences, for the ALTCOIN_AUTO_CONF trades it would be enabled by default and cannot be changed.

So there are several paths to get there:

1. Add flag to offer and show it in offerbook
2. Update offer once maker changes autoconf
3. Add support that maker only accepts takers which have autoconf enabled (only if roles of taker is seller)

Or
Add new payment method type and enforce that any trade of that type require the auto-conf to be set.

I think to keep effort in limits we should start with option 1 and impl. it step by step and even roll it out if only step 1 is implemented.

Any comments?

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/bisq-network/bisq/issues/4569
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bisq.network/pipermail/bisq-github/attachments/20200928/9a7000be/attachment.html>