Skip to content
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

Should abort swap always be available? #777

Open
TheCharlatan opened this issue Nov 15, 2022 · 1 comment
Open

Should abort swap always be available? #777

TheCharlatan opened this issue Nov 15, 2022 · 1 comment
Labels
discussion Topic to share or discuss before moving ahead

Comments

@TheCharlatan
Copy link
Member

No description provided.

@Lederstrumpf
Copy link
Member

I lean towards supporting this. My 4 cents:

  1. It unfortunately facilitates the non-free option of swaps being aborted if exchange rate develops unfavorably (user's local utility), and therefore weakens the atomic swap market (global utility). On the other hand, if the exchange rate moves dramatically the swap, given loss aversion, it's better for global utility to avoid the losses of the aborting party than to protect the swaps success artificially (see 3.).

  2. The non-free option is less of a concern than the free option prior to locking, which we're still left with anyway.

  3. If we don't support it, then someone will either eventually modify the(ir) node or manually enforce this by killing their daemon and restoring from checkpoint once proceeding with protocol is no longer safe, or the counterparty has already initiated refund.

  4. Following design principle of providing users with the software that maximizes their own utility, we should support aborting swaps at all times in the default software.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
discussion Topic to share or discuss before moving ahead
Projects
None yet
Development

No branches or pull requests

2 participants