From ZmnSCPxj at protonmail.com  Tue Sep 19 07:44:48 2023
From: ZmnSCPxj at protonmail.com (ZmnSCPxj)
Date: Tue, 19 Sep 2023 07:44:48 +0000
Subject: [Lightning-dev] [bitcoin-dev] Scaling Lightning With Simple
	Covenants
In-Reply-To: <CAJowKgL+sW_rtO+zaoe=ztia9SfQXCeZ0YnAsmox1O3r3kAAwQ@mail.gmail.com>
References: <vUfA21-18moEP9UiwbWvzpwxxn83yJQ0J4YsnzK4iQGieArfWPpIZblsVs1yxEs9NBpqoMBISuufMsckbuWXZE1qkzXkf36oJKfwDVqQ2as=@protonmail.com>
 <CALZpt+FzVvUay_rANGxAwUtptJFfwUqSyJJib50mFc2JjvJPuQ@mail.gmail.com>
 <CAJowKgL+sW_rtO+zaoe=ztia9SfQXCeZ0YnAsmox1O3r3kAAwQ@mail.gmail.com>
Message-ID: <An4gUD9oSgMzt9dGWj7ZhCZ73fWNcQ_c9dya0X0OILJFGijykRNtWc4HClKJ0QGsQjKiL2-Oak7syh_4XngCNFJEVJDhKeEy11nedSpXbpI=@protonmail.com>


Good morning Erik,

> > replacing CTV usage with Musig2
> 
> 
> this changes the trust model to a federated one vs trustless and also increases the on-chain footprint of failure, correct?


As I understand it, no.

MuSig and MuSig2 are n-of-n signing algorithms.

The implied usage is that all entities `A_i` for all `i` and `B` dedicated LN node are in the n-of-n set.

The argument that 2-of-2 channels are non-custodial and trust-minimized extends to n-of-n for all n.

Regards,
ZmnSCPxj