You cannot select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

Thomas Eizinger 273cf15631 Introduce `Watchable` abstraction for Bitcoin wallet ... We have a repeated pattern where we construct one of our Tx{Cancel,Redeem,Punish,Refund,Lock} transactions and wait until the status of this transaction changes. We can make this more ergonomic by creating and implementing a `Watchable` trait that gives access to the TxId and relevant script for this transaction. This allows us to remove a parameter from the `watch_until_status` function. Additionally, there is a 2nd pattern: "Completing" one of these transaction and waiting until they are confirmed with the configured number of blocks for finality. We can make this more ergonomic by returning a future from `broadcast` that callers can await in case they want to wait for the broadcasted transaction to reach finality.		3 years ago
..
cancel.rs	Don't repeat the module name within the type	3 years ago
encrypted_signature.rs	Change `imports_granularity` to module	3 years ago
event_loop.rs	Make sure all error messages start with an uppercase letter	3 years ago
execution_setup.rs	Make sure all error messages start with an uppercase letter	3 years ago
refund.rs	Pass relevant execution params into wallet instead of via functions	3 years ago
state.rs	Introduce `Watchable` abstraction for Bitcoin wallet	3 years ago
swap.rs	Introduce `Watchable` abstraction for Bitcoin wallet	3 years ago
transfer_proof.rs	Change `imports_granularity` to module	3 years ago