Olaoluwa Osuntokun

> Is there a way to recover an account with account index greater than 0 ? Sure, make a PR that expands the ressurection logic beyond the first account index....

That sounds like a good list of intermediate steps to address for whoever to take on this issue in the future. Those that have this requirement would be the most...

rbf coop close: * lnd + eclair had some interop during tokyo * need to fix bug to ensure that both sides can pay from their own fees * other...

bolt 12 payer proofs: * rusty starting to work on this * provide a key when requesting an invoice, so then they commit to that in the invoice * can...

> BIP 125 already defined a way for wallets to indicate they prefer RBF-like treatment of their transactions, and I don't see why the same signal can't be used for...

> BIP 125 defines a signalling mechanism, not policy It clearly defines _both_: > The opt-in full Replace-by-Fee (opt-in full-RBF) signaling **policy** described here allows spenders to add a signal...

So that version affected the `musig2` benchmarks. `musig2` isn't a part of Bitcoin consensus, so `btcd` doesn't actually use it, which is why the main module wasn't updated. You can...

Note that there's no "true" RFQ amount. Let's say there's 20 peers we're connected to, and we do RFQ with each of them, which response do we show for decode...

> What are the drawbacks of having open RFQ records start to build? What is the drawback of a standing order that may never be consumed? Consider that once the...

> Also, why would I have a standing order for 1 BTC? Ah my mistake, I meant that the _remote_ node (your channel peer) has that standing order. What I'm...