Skip to content
This repository has been archived by the owner on May 22, 2023. It is now read-only.

Per-application post-keep-close behavior #448

Open
Shadowfiend opened this issue May 12, 2020 · 0 comments
Open

Per-application post-keep-close behavior #448

Shadowfiend opened this issue May 12, 2020 · 0 comments
Assignees

Comments

@Shadowfiend
Copy link
Contributor

For tBTC, a closed keep may still have BTC in the associated wallet (say, in case of collateralization liquidation). In these cases, the signers may want to do some additional cleanup (e.g., above, the BTC may need to be split up or forwarded to another deposit, depending). These cases are application-specific, but can be quite critical, and in many ways the client side of a keep isn't “closed” until they are completed. Consider how this might slot in.

A minimal version of this could be as simple as allowing for an HTTP request on each client in a signing group that triggers them coordinating a BTC signature and broadcast. Note that this is also a potential integration point for the requestFunderAbort flow.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants