Re: [Lightning-dev] Deriving channel keys deterministically from seed, musig, and channel establishment v2

2021-09-20 Thread ZmnSCPxj via Lightning-dev
Good morning SomberNight, > Good morning ZmnSCPxj, > > > > Solutions: > > > > > > 1. Naively, we could just derive a static key to be used as > > > payment_basepoint, reused between all our channels, and watch the > > > single resulting p2wsh script on-chain. > > > Clearly this has

Re: [Lightning-dev] Inherited IDs - A safer, more powerful alternative to BIP-118 (ANYPREVOUT) for scaling Bitcoin

2021-09-20 Thread ZmnSCPxj via Lightning-dev
Good morning John Law, > (at the expense of requiring an on-chain transaction to update > the set of channels created by the factory). Hmmm this kind of loses the point of a factory? By my understanding, the point is that the set of channels can be changed *without* an onchain transaction.

Re: [Lightning-dev] Deriving channel keys deterministically from seed, musig, and channel establishment v2

2021-09-20 Thread SomberNight via Lightning-dev
Good morning ZmnSCPxj, > > Solutions: > > > > 1. Naively, we could just derive a static key to be used as > > payment_basepoint, reused between all our channels, and watch the > > single resulting p2wsh script on-chain. > > Clearly this has terrible privacy implications. > > If the

Re: [Lightning-dev] Deriving channel keys deterministically from seed, musig, and channel establishment v2

2021-09-20 Thread ZmnSCPxj via Lightning-dev
Good morning SomberNight, > Solutions: > > 1. Naively, we could just derive a static key to be used as > payment_basepoint, reused between all our channels, and watch the > single resulting p2wsh script on-chain. > Clearly this has terrible privacy implications. If the only problem