Re: [Lightning-dev] Not revealing the channel capacity during opening of channel in lightning network

Matt Corallo writes: > Right, but there are approaches that are not as susceptible - an > obvious, albeit somewhat naive, approach would be to define a fixed and > proportional max fee, and pick a random (with some privacy properties eg > biasing towards old or good-reputation nodes, routing

[Lightning-dev] Remove from list

Sent from my Samsung Galaxy smartphone.___ Lightning-dev mailing list Lightning-dev@lists.linuxfoundation.org https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev

Re: [Lightning-dev] DRAFT: interactive tx construction protocol

Hey Antoine, Would PSBT (BIP 174 - https://github.com/bitcoin/bips/blob/master/bip-0174.mediawiki ) be a good solution to this? -Max___ Lightning-dev mailing list

Re: [Lightning-dev] DRAFT: interactive tx construction protocol

hi max — great question. PSBT is a great protocol for wallet interop but a bit overweight for tx collaboration between two peers On Wed, Jan 29, 2020 at 17:29 Max Dignan wrote: > Hey Antoine, > > Would PSBT (BIP 174 - > https://github.com/bitcoin/bips/blob/master/bip-0174.mediawiki) be a good >

Re: [Lightning-dev] DRAFT: interactive tx construction protocol

Hey thanks for this proposal! 2 high-level questions: What about multi-party tx construction ? By multi-party, let's define Alice initiate a tx construction to Bob and then Bob announce a construction to Caroll and "bridge" all inputs/outputs additions/substractions in both directions. I think

Re: [Lightning-dev] DRAFT: interactive tx construction protocol

Hey, Ok gotcha now. Re-read your prior post. Thanks for the feedback both of you! Thanks, Max > On Jan 29, 2020, at 9:00 PM, lisa neigut wrote: > >  > hi max — great question. PSBT is a great protocol for wallet interop but a > bit overweight for tx collaboration between two peers > >> On

Re: [Lightning-dev] DRAFT: interactive tx construction protocol

Hi Max, Sorry by transaction format I didn't mean a binary transaction format, but format like we use in BOLT3 : https://github.com/lightningnetwork/lightning-rfc/blob/master/03-transactions.md My concern is, e.g LN implementations setting nLocktime to 0x, Coinjoin wallets always