--- Log opened Mon May 02 00:00:11 2022
00:06 -!- elsirion [~quassel@gateway/tor-sasl/elsirion] has quit [Remote host closed the connection]
00:06 -!- elsirion [~quassel@gateway/tor-sasl/elsirion] has joined ##miniscript
07:54 < salvatoshi> sanket1729_, would this be a possible reasonable miniscript description of a taproot multisig based on musig2? https://gist.github.com/bigspider/27543eddfbb246696dab3043e17049fc
08:01 < salvatoshi> or maybe I should pull every <m;n>/* out of the musig2, e.g. for the keypath spend: musig2(xpubA,xpubB,xpubC,xpubD,xpubE)/<0;1>/*
08:12 < salvatoshi> (updated gist as per above, much more readable)
08:16 -!- proofofkeags_ [~proofofke@96-81-42-77-static.hfc.comcastbusiness.net] has joined ##miniscript
12:10 -!- shesek [~shesek@user/shesek] has joined ##miniscript
15:27 < sanket1729_> salvatoshi: You don't need to have all 5 agree as the key spend option
15:28 < sanket1729_> The most likely set of 3 keys can be key-spend
15:29 < sanket1729_> Also, if you are storing the descriptor, is there any special reason to use sorted_multi_a or multi_a ?
15:29 < sanket1729_> *sortedmultia or multia
15:29 < sanket1729_> I would suspect musig2 to be KEY expression. So, there would need to be pk() around it. 
15:33 < sanket1729_> The overall architecture seems correct to me. 
15:33 < sanket1729_> Have you seen https://github.com/ElementsProject/scriptless-scripts/blob/master/md/thresh-metr.md ?
17:22 -!- proofofkeags_ [~proofofke@96-81-42-77-static.hfc.comcastbusiness.net] has quit [Ping timeout: 260 seconds]
--- Log closed Tue May 03 00:00:12 2022