-
Original mempool-pinning scenario was assuming a pin of the HTLC preimage transaction to obstrucate confirmation of a HTLC-timeout by a honest party.
A pinning is possible due to the malleability o…
-
I guess this is just a new field on `Candidate` which lets you say the combined weight and fee of all parents. I think the approach to use in practice in bdk is to roll all inputs that are in an uncon…
-
#### If the user decides to send funds to the same address as the change, we should merge the two outputs
Example:
Vault is 10 BTC
User wants to send 2 BTC to `*change_address*`
We currently cre…
-
I'm running raspiblitz with both joininbox and JAM to connect to join market, trying to figure out how to run bumpfee.py for a recent transaction I did.
Set fee at 8 sats/vbyte, but it automatical…
-
[To all Bitcoin wallet makers: Please include CPFP as standard - both TX and RX wise](https://www.reddit.com/r/Bitcoin/comments/5ebycu/to_all_bitcoin_wallet_makers_please_include_cpfp/)
> To get ri…
-
Currently when we try to bump the fee of a transaction via CPFP lnd's sweeper engine it is not accounting for the parent unconfirmed transaction:
https://github.com/lightningnetwork/lnd/blob/master…
-
An idea, is to ensure as much as possible that channel funding transactions have a "change" output that is controlled by the built-in onchain wallet.
Then, if the funding transaction takes a long t…
-
Currently the `BumpFee` rpc can be used to bump the fee of an unconfirmed transaction through CPFP.
It is however not straight-forward to do this because the caller needs to specify a fee rate that…
-
Users try to cpfp transactions coming from exchanges, which are usually a huge batch, and the screen just loads forever. If there's a way to provide an error instead, that would avoid some issues.
…
-
Currently we just use the "normal" feerate for channel opens. This is usually fine since we tend to open channels when feerates are low, and improving #12 should make us more parsimonious about when …