--- 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