--- Log opened Thu Oct 10 00:00:17 2024
01:27 -!- ghost43 [~ghost43@gateway/tor-sasl/ghost43] has quit [Read error: Connection reset by peer]
01:27 -!- ghost43 [~ghost43@gateway/tor-sasl/ghost43] has joined ##miniscript
05:46 -!- jonatack [~jonatack@user/jonatack] has quit [Remote host closed the connection]
05:50 -!- jonatack [~jonatack@user/jonatack] has joined ##miniscript
08:48 -!- brunoerg [~brunoerg@2804:14c:3bfb:37:d180:8445:e492:6834] has quit [Remote host closed the connection]
08:50 -!- brunoerg [~brunoerg@2804:14c:3bfb:37:d172:5837:9f3d:18c7] has joined ##miniscript
08:54 -!- brunoerg [~brunoerg@2804:14c:3bfb:37:d172:5837:9f3d:18c7] has quit [Ping timeout: 248 seconds]
09:16 -!- jonatack [~jonatack@user/jonatack] has quit [Ping timeout: 265 seconds]
09:20 -!- jonatack [~jonatack@user/jonatack] has joined ##miniscript
09:36 -!- jonatack [~jonatack@user/jonatack] has quit [Ping timeout: 264 seconds]
09:37 -!- jonatack [~jonatack@user/jonatack] has joined ##miniscript
12:01 -!- darosior [~darosior@109.205.214.46] has quit [Ping timeout: 248 seconds]
12:08 -!- brunoerg [~brunoerg@187.183.60.117] has joined ##miniscript
12:29 -!- achow101_ is now known as achow101
13:34 -!- jonatack [~jonatack@user/jonatack] has quit [Read error: Connection reset by peer]
13:39 -!- jonatack [~jonatack@user/jonatack] has joined ##miniscript
13:58 < achow101> anyone have opinions on multipath keys within musig, musig with multipath in derivation, and both at the same time?
14:00 < achow101> musig() descriptors can't be ranged and have ranged participant keys
14:01 < achow101> but the derivation in multipath is finite, so it shouldn't be that bad? not sure it makes sense to even do multipath participants with multipath musig though
14:04 <@sipa> can you give an example of what that would look like?
14:04 -!- mode/##miniscript [+o achow101] by sipa
14:10 <@achow101> tr(musig(xpubA/<0,1>/2/3,xpubB/<4,5>/6/7)/<8,9>/10/11) expands into tr(musig(xpubA/0/2/3,xpubB/4/6/7)/8/10/11), tr(musig(xpubA/0/2/3,xpubB/4/6/7)/9/10/11),tr(musig(xpubA/1/2/3,xpubB/5/6/7)/8/10/11),tr(musig(xpubA/1/2/3,xpubB/5/6/7)/9/10/11)
14:10 <@achow101> hmm, writing that out makes me think that expanding like that might not make a whole lot of sense
14:11 <@sipa> i don't really see what the problem with that is
14:11 <@sipa> specifically in relation to musig()
14:11 <@achow101> alternatively, it could be expanded into 2 instead of 4
14:12 <@achow101> the question is, does it make sense for someone to want to write a descriptor like that, and does this expansion of it make sense to exist?
14:14 <@achow101> the alternate expansion is tr(musig(xpubA/0/2/3,xpubB/4/6/7)/8/10/11) and tr(musig(xpubA/1/2/3,xpubB/5/6/7)/9/10/11)
14:14 <@achow101> instead of expanding the participant keys independently of the musig
14:15 <@sipa> oh, now i see, you have two multipath parts
14:16 <@achow101> yes
14:21 <@achow101> i think the most straightforward thing to do is to disallow multipath in both the participants and the musig as we already do for derivation
14:25 <@sipa> i don't think it makes sense to have more than one multipath component within a single KEY expression
14:26 <@sipa> because in your example, musig(xpubA/<0,1>/2/3,xpubB/<4,5>/6/7)/<8,9>/10/11 is a single KEY expression
14:26 <@achow101> yes, but it's a key expression that contains key expressions
14:26 <@sipa> right, i see
14:26 <@sipa> musig(xpubA/<0,1>/2/3,xpubB/<4,5>/6/7) does make sense
14:26 <@sipa> and musig(....)/<8,9>/10/11 makes sense
14:26 <@sipa> but the combination does not
14:28 <@achow101> agreed
18:30 -!- VonNaturAustreVe [~natur@user/vonnaturaustreve] has joined ##miniscript
20:21 -!- jonatack [~jonatack@user/jonatack] has quit [Ping timeout: 252 seconds]
20:26 -!- jonatack [~jonatack@user/jonatack] has joined ##miniscript
20:40 -!- brunoerg [~brunoerg@187.183.60.117] has quit [Read error: Connection reset by peer]
20:40 -!- brunoerg [~brunoerg@2804:14c:3bfb:37:656f:41e:1460:ac8d] has joined ##miniscript
20:55 -!- VonNaturAustreVe [~natur@user/vonnaturaustreve] has quit [Remote host closed the connection]
20:55 -!- VonNaturAustreVe [~natur@2804:14c:65d7:8f6e:8542:497b:f1ab:7124] has joined ##miniscript
20:55 -!- VonNaturAustreVe [~natur@user/vonnaturaustreve] has changed host
--- Log closed Fri Oct 11 00:00:17 2024